如何在 berkelydb java 版 db base api 中创建日志文件
我们正在使用 berkeleydb java 版数据库基础 api，我们已经读/写了 9 个缺少行的 CDRFile，带有事务，并且没有事务实现辅助数据库概念，我们遇到的问题如下：-
有事务 -------- --数据库环境的大小为1.63gb，这是由于没有。创建的日志文件的数量，每个 10 mb。
没有事务-----数据库环境大小为588mb，这里只创建一个日志文件，大小为10mb。所以我们想知道这是如何发生的..
如何创建日志文件以及在数据库环境中使用事务和不使用事务的含义以及这些数据库文件_db.001，_db.002是什么,_db.003,_db.004,__db.005 和 log.0000000001 等日志文件.....请尽快回复
we are using berkeleydb java edition db base api, we have already read/write CDRFile of 9 lack rows with transaction and without transaction implementing secondary database concept the issues we are getting are as follows:-
with transaction----------size of database environment 1.63gb which is due to no. of log files created each of 10 mb.
without transaction-------size of database environment 588mb and here only one log file is created which is of 10mb. so we want to know how this happens..
how log files are created and what is meant of using transaction and not using transaction in db environment and what are this db files _db.001,_db.002,_db.003,_db.004,__db.005 and log files like log.0000000001.....plz reply soon
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
看起来这个问题已经在这里得到解答 什么是日志文件以及为什么在 berkeleydb core api(dbapi) 的事务期间创建它们？。
从您的描述来看，您实际上使用的是 Berkeley DB 核心，而不是 Java 版。 __db.001 到 __db.005 是共享区域系统环境文件。 此处描述了环境文件。 log.* 文件是事务日志文件。事务日志文件在上面引用的答案中进行了描述。
这些类型的问题通常可以在 OTN 上的 Berkeley DB 论坛 上更轻松/快速地得到解答。
问候，
戴夫
It looks like this question was already answered here what are log files and why they are created during transaction in berkeleydb core api(dbapi)?.
From your description it actually looks like you're using Berkeley DB core, not Java Edition. __db.001 through __db.005 are the shared region system environment files. The environment files are described here. The log.* files are the transaction log files. The transaction log files are described in the answer referenced above.
These types of questions can often be more easily/quickly answered on the Berkeley DB forum on OTN.
Regards,
Dave