我正在使用 MapDB在一个处理数十亿个需要映射/排队的对象的项目中。程序完成后我不需要任何类型的持久性(MapDB 数据库都是临时的)。我希望程序尽可能快地运行，但我对 MapDB 的 commit() 函数(我认为它与性能相关)感到困惑，即使在阅读了 docs 之后也是如此。 .我的问题:
commit 到底做了什么？我的工作理解是它将对象从堆序列化到磁盘，从而释放堆空间。这准确吗？
对刚刚提交的对象的引用会怎样？它们会被 GC 清理掉，还是会以某种方式“引用”磁盘上的对象(使用 MapDB 使其变得透明？)
最终，我想知道如何尽可能高效地使用 MapDB，但如果不知道 commit() 的用途，我就无法做到这一点。对于有效使用 MapDB 的任何其他建议，我将不胜感激。
最佳答案
commit 操作是对 transactions 的操作，就像您在数据库系统中发现的那样。 MapDB 实现事务，因此 commit 实际上是“使我对此数据库所做的更改永久化并对其其他用户可见”。补充操作是 rollback，它会丢弃您在当前事务中所做的所有更改。提交不会(直接)影响内存中的内容和不影响内存中的内容。如果您正在尝试回收堆空间，您可能需要查看 compact()。
对于您的第二个问题，如果您持有对某个对象的强引用，那么您将继续持有该强引用。 MapDB 不会为您删除它。大多数时候，您应该将 MapDB 视为普通的 Java Map。当您调用 get 时，MapDB 会向您隐藏它是在内存中还是在磁盘上，并且只向您返回对检索到的对象的可用引用。检索到的对象将在内存中徘徊，直到它变成垃圾，就像其他任何东西一样。
关于java - 高效使用 MapDB(对提交感到困惑)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/18322066/