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)
}
},
......
提示:从锁的信息可以看出,此时在数据库级别和集合级别产生了大量的写锁信息。