背景

oplog是MongoDB数据库的操作日志，记录了MongoDB数据库的所有写操作，类似MySQL数据库的binlog日志。在MongoDB副本集中，oplog从主节点被复制到次级节点，通过次级节点对日志进行重做，实现次级节点与主节点数据一致。oplog日志保存在local.oplog.rs集合中。

写在前面
摘自https://www.cnblogs.com/lijiaman/p/13215564.html
link

修改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的大小，先在次级节点上修改操作日志的大小，最后在主机点上修改。

具体操作步骤如下：

1. 连接到副本集成员

mongo --authenticationDatabase admin -u replica -p replica

2. 【可选】验证oplog的大小

use local
方式一：主上
db.oplog.rs.stats().maxSize
1038090240
方式二：
rs.printReplicationInfo()
configured oplog size:   990MB

3. 修改副本集节点oplog的大小，oplog必须大于990MB,这里改为1000MB

从上：
db.adminCommand({replSetResizeOplog:1,size:1000})

{
        "ok" : 1,
        "$clusterTime" : {
                "clusterTime" : Timestamp(1608619857, 1),
                "signature" : {
                        "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
                        "keyId" : NumberLong(0)
                }
        },
        "operationTime" : Timestamp(1608619857, 1)
}
rs0:SECONDARY> rs.printReplicationInfo()

configured oplog size:   1000MB
log length start to end: 14847147secs (4124.21hrs)
oplog first event time:  Fri Jul 03 2020 10:38:40 GMT+0000 (UTC)
oplog last event time:   Tue Dec 22 2020 06:51:07 GMT+0000 (UTC)
now:                     Tue Dec 22 2020 06:51:09 GMT+0000 (UTC)

主上：
db.adminCommand({replSetResizeOplog:1,size:1000})

4. 【可选】压缩oplog.rs以回收磁盘空间

减小oplog的大小不会回收已经分配的磁盘空间，必须压缩oplog.rs来回收磁盘空间。

use local
db.runCommand({
   
   "compact" : "oplog.rs"})

注意：当执行压缩时，副本集成员无法复制oplog条目，可能会导致主节点的操作日志被覆盖，刺激节点无法同步数据而产生重新完全同步，建议在无业务的时间段内执行压缩操作。

本文说明，主要技术内容来自互联网技术大佬的分享，还有一些自我的加工(仅仅起到注释说明的作用)。如有相关疑问，请留言，将确认之后，执行侵权必删

MongoDB更改oplog的大小

背景