mongo从3.0开始引入了可插拔的存储引擎,用户可以根据自己的场景选择不同的存储引擎,类似mysql。当前可选的存储引擎有:MMAPV1、WiredTiger、MongoRocks、TokuSE等。
目前工作中用到的存储引擎为WiredTiger,这个也是Mongo3.2.x默认的存储引擎,相比之前默认的MMAPV1有以下优势:
(1)性能及并发更好:wiredTiger更好的利用了现代的多核架构,因此性能上会更好。此外,wiredTiger采用了document-based 锁机制,锁粒度更小,从而支持更高的并发。
(2)wiredTiger支持数据的加密和压缩
(3)索引的存储采用了前缀压缩,从而索引更小,降低了内存的占用
wiredTiger的cache
cache的大小极大的影响了wireTiger存储引擎的性能,默认的,mongo将cache的大小设置为内存的一半,不过我们可以通过配置文件,或者动态的去调整该cache的大小,cache的大小最好能装下当前的工作集。
除了存储引擎的cache,mongo还需要内存空间来做内排序、连接管理等,因此要保证monog有足够的内容,不要讲cache设置的过大。
cache的当前使用情况可以通过mongostat来查看,重点注意其中的dirty和used字段。也可以通过
db.serverStatus().wiredTiger.cache
查看更详细的信息。
控制读写的ticket
wiredTiger通过tickets来控制当前并发读写的数量。默认的tockets的数量是128,如果当前可用的tickets为0,后续的所有请求都得排队等待,直到有可用的tickets。一个耗时较长的操作,会导致可用的tockets减少,因此会降低系统的并发。
可以采用如下命令查看当前tockets的使用情况
db.serverStatus().wiredTiger.concurrentTransactions
另外也可以通过如下命令来调整tickets的数量,以适应当前的服务场景。
db.adminCommand( { setParameter: 1, wiredTigerConcurrentReadTransactions: xx } )
db.adminCommand( { setParameter: 1, wiredTigerConcurrentWriteTransactions: xx } )