问在特定情况下，LMDB是否可以并发写入？

EN

1. 不是，因为修改键/值对还需要修改b-树结构，这两个事务将相互冲突。
2. 您应该避免在写事务的中间进行长时间的计算。试着事先尽可能多地做。如果您不能这样做，那么LMDB可能并不适合您的应用程序。但通常你可以。
3. 非常糟糕的事情。应用程序崩溃和DB损坏。
4. 写通常是IO绑定的，而且无论如何也不会用许多内核进行缩放。对于LMDB的写地图和/或pwrite(2)，您可以做一些非常麻烦的事情，但是您在这里非常独立。

我将假设，写入预先存在的键的值部分并不会修改b树，因为您没有修改键。因此，道格·霍伊特( Doug )的评论站在什么位置，除了可能的第3点：

1. 这里的关键短语是“正打算把RW变成相互排斥的一组键”。因此，假设键是预先分配的，并且已经在DB中，那么更改值就不重要了。我甚至不知道LMDB是否可以存储可变大小的值，在这种情况下，如果值是不同的大小，可能会很重要。

因此，只要您能够保证在并发写入期间永远不会修改、添加或删除任何键，就可以使用MDB_NOLOCK并发写入。

根据经验，我可以说，使用MDB_NO_LOCK (或lock=False中的lock=False)打开LMDB，简单地修改预先存在的键的值，甚至只添加新的键/值，似乎效果很好。即使LMDB本身安装在NFS上，就像中型一样，并从不同的机器上查询。

@Doug -我希望更多地了解具体情况可能导致崩溃或腐败的具体情况。在我的例子中，有许多对同一个DB的短期小类型的写操作。