MongoDB在执行写操作时，WiredTiger存储引擎会在文档级别进行并发控制。换句话说在同一时间点上，多个写操作能够修改同一个集合中的不同文档；而当多个写操作修改同一个文档时，必须以序列化方式执行。这意味着如果当前文档正在被修改，其他写操作必须等待该文档上的写操作完成之后才能进行修改。对于大部分的文档读写操作，WiredTiger引擎使用的都是乐观锁；而在数据库和集合级别，WiredTiger使用的是意向锁。当WiredTiger存储引擎探测到两个操作之间发生了冲突，将会产生一个写冲突并将会重新执行操作。视频讲解如下：
在了解到了MongoDB的并发控制机制以后，下面通过一个示例来演示如何监控MongoDB锁的信息。
（1）切换到scott数据库中。
test@nosql11 1> use scott
（2）通过一个循环向MongoDB的集合中插入100百万条文档：
scott@nosql11 3> for(var i=1; i<=1000000;i++){ db.test4.insert({"_id":i,"action":"write simulations","iteration no:":i}); }
（3）使用mongotop监控MongoDB读写操作的统计信息。
mongotop # 输出的信息如下： 2022-04-04T15:48:58+08:00 ns total read write scott.test4 114ms 0ms 114ms admin.system.version 0ms 0ms 0ms config.system.sessions 0ms 0ms 0ms config.transactions 0ms 0ms 0ms local.system.replset 0ms 0ms 0ms
（4）使用db.serverStatus监控锁的信息。
scott@nosql11 6> db.serverStatus().locks # 输出的信息如下： ...... "Database" : { "acquireCount" : { "r" : NumberLong(10), "w" : NumberLong(119862), "R" : NumberLong(1), "W" : NumberLong(1) } }, "Collection" : { "acquireCount" : { "r" : NumberLong(13), "w" : NumberLong(119860), "W" : NumberLong(2) } }, ......
提示：从锁的信息可以看出，此时在数据库级别和集合级别产生了大量的写锁信息。
