Java 高效使用MapDB（对提交感到困惑）

我正在一个项目中使用，该项目处理数十亿个需要映射/排队的对象。程序完成后，我不需要任何类型的持久性（MapDB数据库都是临时的）。我希望程序尽可能快地运行，但我对MapDB的commit（）函数（我认为它与性能有关）感到困惑，即使在阅读了。我的问题是:

commit到底做什么？我的工作理解是，它将对象从堆序列化到磁盘，从而释放堆空间。这准确吗

对刚刚提交的对象的引用会发生什么情况？它们是通过GC清理的，还是以某种方式“引用”磁盘上的对象（MapDB使其透明？）

---

最终，我想知道如何尽可能高效地使用MapDB，但如果不知道commit（）的用途，我就无法做到这一点。我非常感谢您对高效使用MapDB提出的任何其他建议。

提交操作是对的操作，正如您在数据库系统中所看到的那样。MapDB实现事务，因此

commit

有效地“将我对该数据库所做的更改永久化，并对其其他用户可见”。补充操作是

回滚

，它将放弃您在当前事务中所做的所有更改。提交不会（直接）影响内存中的内容和不存在的内容。如果要回收堆空间，您可能需要查看

compact（）

---

对于你的第二个问题，如果你持有一个对一个对象的强引用，那么你继续持有那个强引用。MapDB不会为您删除它。大多数情况下，您应该将MapDB看作一个普通的Java映射。当您调用

get

时，MapDB会对您隐藏它是在内存中还是在磁盘上，并只返回对检索到的对象的可用引用。检索到的对象将挂起在内存中，直到它变成垃圾，就像其他任何东西一样。

最好不要在对映射进行每一次更改后提交，而是按照某种计划进行提交

像

• 每个

  N

  都会改变
• 每

  M

  秒
• 在代码中经过某种逻辑检查点之后

---

执行太多的提交将使应用程序非常慢

很好的解释。但在哪种情况下应该使用mapDB？