MongoDB将写入锁定到什么级别？（或者：“每个连接”是什么意思

Question

在mongodb文档中，它说：

从版本2.2开始，MongoDB在每个数据库的基础上为大多数读写操作实现锁。一些全局操作（通常是涉及多个数据库的短期操作）仍然需要全局“实例”范围的锁。在2.2之前，每个mongod实例只有一个“全局”锁。

这是否意味着在我有3个连接到网络上运行的不同应用程序的mongodb://localhost/test的情况下——一次只能写一个？还是只是每个连接？

IOW：它是每个连接，还是整个 /test数据库在写入时被锁定？

Answer 1

Mongo 3.0现在支持收集级锁定。

除此之外，现在Mongo还创建了一个允许创建存储引擎的API。Mongo 3.0配备了2个存储引擎：

1. MMAPv1：默认存储引擎和以前版本中使用的存储引擎。带有集合级锁定
2. WiredTiger：新的存储引擎，带有文档级锁定和压缩。（仅适用于64位版本）

MongoDB 3.0发布说明

连线老虎

Answer 2

它不是每个连接，而是每个mongod。换句话说，锁将存在于该服务器上test数据库的所有连接中。

它也是一个读/写锁，所以如果发生写入，那么读取必须等待，否则MongoDB怎么知道它是一致读取？

然而，我应该提到，MongoDB锁与您获得的SQL/普通事务锁非常不同，通常在平均更新之间锁会保持大约一微秒。

Answer 3

MongoDB中的锁定与RDBMS中的锁定不同，因此需要进行一些解释。在早期版本的MongoDB中，只有一个全局读写器闩锁。从MongoDB 2.2开始，每个数据库都有一个读写器闩锁。

闩锁是多个读卡器、单个写卡器，并且是写卡器贪婪的。这意味着：

• 一个数据库上可以有无限数量的同时读卡器

请注意，我称之为“闩锁”，而不是“锁”。这是因为它是轻量级的，并且在正确设计的模式中，写锁保持在十几微秒左右。有关读者-作者锁定的更多信息，请参阅此处。

在MongoDB中，您可以同时运行任意多个查询：只要相关数据在RAM中，它们都会得到满足，而不会发生锁定冲突。

回想一下，在MongoDB中，事务级别是单个文档。对单个文档的所有更新都是原子的。MongoDB实现这一点的方法是，只在RAM中更新单个文档所需的时间内保持写锁存。如果有任何运行缓慢的操作（特别是，如果需要从磁盘分页文档或索引项），则该操作将产生写锁存。当操作产生闩锁时，下一个排队操作可以继续。

这确实意味着对单个数据库中所有文档的写入都会被序列化。如果您的模式设计很差，并且写操作需要很长时间，那么这可能会成为一个问题，但是在正确设计的模式中，锁定不是问题。

关于作家贪婪的几句话：

一次只能有一个写入器持有闩锁；一次可以有多个读取器持有闩锁。在一个天真的实现中，如果只有一个读者在操作，作者可能会无限期地挨饿。为了避免这种情况，在MongoDB实现中，一旦任何一个线程对特定的锁存器发出写请求

• 需要该闩锁的所有后续读卡器都将阻塞
• 该作者将等待当前所有读者完成
• 写入程序将获取写闩锁，执行其工作，然后释放写闩锁
• 所有排队的读卡器现在都将继续

实际的行为是复杂的，因为作者的贪婪行为与屈服之间的相互作用是不明显的。回想一下，从2.2版开始，每个数据库都有一个单独的锁存器，因此写入数据库“a”中的任何集合都将获得一个单独的锁存器，而不是写入数据库“B”中的任何集合。

关于具体问题：

• 锁（实际上是锁存）仅在更新单个文档时由MongoDB内核持有

虽然这听起来像是一个很大的性能问题，但实际上它并不会减缓事情的发展。有了正确设计的模式和典型的工作负载，MongoDB将在任何数据库的锁定百分比超过50%之前饱和磁盘I/O容量——即使是固态硬盘。

据我所知，目前容量最高的MongoDB集群每秒执行200万次写入。