MongoDB在执行写操作时，WiredTiger存储引擎会在文档级别进行并发控制。换句话说在同一时间点上，多个写操作能够修改同一个集合中的不同文档；而当多个写操作修改同一个文档时，必须以序列化方式执行。这意味着如果当前文档正在被修改，其他写操作必须等待该文档上的写操作完成之后才能进行修改。对于大部分的文档读写操作，WiredTiger引擎使用的都是乐观锁；而在数据库和集合级别，WiredTiger使用的是意向锁。当WiredTiger存储引擎探测到两个操作之间发生了冲突，将会产生一个写冲突并将会重新执行操作。
 |
|---|
| 点击这里查看视频讲解：【赵渝强老师】MongoDB文档级别的并发控制 |
在了解到了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)}},
......
提示：从锁的信息可以看出，此时在数据库级别和集合级别产生了大量的写锁信息。