MongoDB 锁处理手册

MongoDB 锁处理

自MongoDB v2.0起，锁策略非常粗放，靠一个全局读写锁来控制整个MongoDB实例。这也就意味着，任何时刻，数据库只允许存在一个写线程或多个读线程（两者不能并存）。实际情况比听上去要好得多，因为这个锁策略还有一些并发优化措施。第一个优化是数据库持有一个内部映射，知道哪些文档在内存里。对于那些不在内存里的文档的读写，数据库会让步于其他操作，直到文档被载入内存。从MongoDB 2.2版本以后，去掉了全局的写锁。

第二个优化是写锁让步。任何写操作都可能耗时很久，所有其他的读写操作在此期间都会被阻塞。所有的插入、更新和删除都要持有写锁。插入的耗时一般不长，但更新就不一样了，比方说更新整个集合需要很久，涉及很多文档的删除操作也是如此。当前的解决方案是允许这些耗时很久的操作周期性地暂停，以便执行其他的读和写。操作暂停时（暂停和恢复通常发生在几毫秒内），它会自己停下来，释放锁，稍后再恢复。

注意事项：造成锁等待的语句，一般情况下是update、remove、ensureIndex等语句；若remove操作每次操作数据太多且集合没有索引会出现锁等待问题，这种需要与应用一起改造SQL解决；若前台创建索引也会造成锁等待问题，这种可以通过在业务低谷期通过后台创建索引方式避免。

1. 查出锁等待

#示例1࿱