(一)oplog介绍
oplog是MongoDB数据库的操作日志,记录了MongoDB数据库的所有写操作,类似MySQL数据库的binlog日志。在MongoDB副本集中,oplog从主节点被复制到次级节点,通过次级节点对日志进行重做,实现次级节点与主节点数据一致。oplog日志保存在local.oplog.rs集合中。
(二)修改oplog的大小
oplog大小修改根据数据库版本,有2种不同的方法:
- 在MongoDB 3.4及更早的版本中,直接删除并重建local.oplog.rs集合来调整操作日志的大小;
- 在MongoDB 3.6及后续的版本中,使用replSetResizeOplog命令来调整操作日志的大小;
从MongoDB 4.0开始,MongoDB禁止删除local.oplog.rs集合,所以只能用replSetResizeOplog来修改oplog的大小了。
这里演示在MongoDB 4.2版本上修改oplog的大小,先在次级节点上修改操作日志的大小,最后在主机点上修改。
具体操作步骤如下:
STEP1:连接到副本集成员
mongo --authenticationDatabase admin -u replica -p replica
STEP2:【可选】验证oplog的大小
rstest:PRIMARY> use local switched to db local rstest:PRIMARY> db.oplog.rs.stats().maxSize NumberLong(1970031616)
STEP3:修改副本集节点oplog的大小,oplog必须大于990MB,这里改为1000MB
rstest:PRIMARY> db.adminCommand({replSetResizeOplog:1,size:1000}) { "ok" : 1, "$clusterTime" : { "clusterTime" : Timestamp(1593527768, 1), "signature" : { "hash" : BinData(0,"7fw3+0veB35tVTFl83c57kvM0OI="), "keyId" : NumberLong("6841443127941660675") } }, "operationTime" : Timestamp(1593527768, 1) }
STEP4:【可选】压缩oplog.rs以回收磁盘空间
减小oplog的大小不会回收已经分配的磁盘空间,必须压缩oplog.rs来回收磁盘空间。
use local db.runCommand({"compact" : "oplog.rs"})
注意:当执行压缩时,副本集成员无法复制oplog条目,可能会导致主节点的操作日志被覆盖,刺激节点无法同步数据而产生重新完全同步,建议在无业务的时间段内执行压缩操作。
【完】