分享MongoDB修改oplog大小的4种方法

更新时间：2022年04月10日 20:44:52 作者：那海蓝蓝

这篇文章主要介绍了分享MongoDB修改oplog大小的4种方法，文章基于MongoDB修改oplog大小展开其方法的介绍，需要的小伙伴可以参考一下

方法一

步骤如下：

停掉所有secondary节点
主节点删除local目录下文件，副本节点删除数据目录下所有文件
修改所有节点的配置文件，如：oplogSize=1000
重启所有节点，包括主节点和副本节点
重新配置replca set，副本节点会重新同步数据（initial sync）

优点：操作简单。
缺点：需要停服务，若数据量大，数据同步代价高。

方法二

步骤如下：

remove其中一个secondary节点，并关闭mongod服务，删除数据目录下所有文件
修改此节点的参数文件，如：oplogSize=1000，并启动mongod服务
在primary节点执行rs.add()将此节点加入到replica set
循环1-3步骤，将所有副本节点全部改完
primary节点执行rs.stepDown()将主节点降级为副本节点
从新的主节点remove掉此节点，并进行步骤1-3
这样逐个修改每个节点，完成oplog修改。

优点：解决了方法一中的停机问题。
缺点：每个节点都要逐个重新同步，时间代价更高。

方法三

The oplog exists internally as a capped collection, so you cannot modify its size in the course of normal operations.另：改变oplog大小，需要在每个节点上执行维护模式。（官方推荐）

1.关闭mongod

关闭mongod实例，如果是primary节点，执行rs.stepDown() 降级

handong1:PRIMARY> rs.stepDown()
{
	"ok" : 1,
	"$clusterTime" : {
		"clusterTime" : Timestamp(1619693040, 1),
		"signature" : {
			"hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
			"keyId" : NumberLong(0)
		}
	},
	"operationTime" : Timestamp(1619693040, 1)
}
handong1:SECONDARY> 
handong1:SECONDARY> 
handong1:SECONDARY> 
handong1:SECONDARY> use admin
switched to db admin
handong1:SECONDARY> db.shutdownServer()
2021-04-29T18:44:33.947+0800 I  NETWORK  [js] DBClientConnection failed to receive message from 127.0.0.1:27017 - HostUnreachable: Connection closed by peer
server should be down...
2021-04-29T18:44:33.950+0800 I  NETWORK  [js] trying reconnect to 127.0.0.1:27017 failed
2021-04-29T18:44:33.967+0800 I  NETWORK  [js] reconnect 127.0.0.1:27017 failed failed

2.修改配置文件

修改配置文件，修改端口，注释掉replSet和认证相关的设置

port=27018
fork=true
journal = true
maxConns=500
logappend=true
directoryperdb=true
dbpath=/mongodb/data
logpath=/mongodb/logs/mongodb.log

3.启动mongod实例，并备份oplog

mongod -f /mongodb/conf/mongodb.conf 
about to fork child process, waiting until server is ready for connections.
forked process: 31553
child process started successfully, parent exiting

mongodump -d local -c oplog.rs --port 27018 -h 172.16.254.134 -o /mongodb/backup
2021-04-29T18:55:18.167+0800	writing local.oplog.rs to /mongodb/backup/local/oplog.rs.bson
2021-04-29T18:55:18.170+0800	done dumping local.oplog.rs (798 documents)

4.重建oplog

保存oplog最新时间点

> use local
switched to db local
> db.temp.save( db.oplog.rs.find( { }, { ts: 1, h: 1 } ).sort( {$natural : -1} ).limit(1).next() )
WriteResult({ "nInserted" : 1 })

> db.temp.find()
{ "_id" : ObjectId("608a914089abaa981f14e888"), "ts" : Timestamp(1619693066, 1), "h" : NumberLong(0) }

删除旧的oplog

db.oplog.rs.drop()

重建新的oplog，大小为2GB

> db.runCommand( { create: "oplog.rs", capped: true, size: (2 * 1024 * 1024 * 1024) } )

5.插入前面保存的oplog时间点记录

> db.oplog.rs.save( db.temp.findOne() )
> db.oplog.rs.find()

6.关闭mongod实例

> use admin
switched to db admin
> db.shutdownServer()
2021-04-29T19:06:53.745+0800 I  NETWORK  [js] DBClientConnection failed to receive message from 127.0.0.1:27018 - HostUnreachable: Connection closed by peer
server should be down...
2021-04-29T19:06:53.749+0800 I  NETWORK  [js] trying reconnect to 127.0.0.1:27018 failed
2021-04-29T19:06:53.749+0800 I  NETWORK  [js] reconnect 127.0.0.1:27018 failed failed

最后恢复mongodb.conf到初始状态，启动

方法四

如果你的MongoDB版本为4.0以后的版本，可以直接使用replSetResizeOplog修改。

1.查看oplog大小

handong1:SECONDARY> db.getReplicationInfo()
{
	"logSizeMB" : 1000,
	"usedMB" : 0.17,
	"timeDiff" : 6736,
	"timeDiffHours" : 1.87,
	"tFirst" : "Thu Apr 29 2021 17:19:14 GMT+0800 (CST)",
	"tLast" : "Thu Apr 29 2021 19:11:30 GMT+0800 (CST)",
	"now" : "Thu Apr 29 2021 19:11:42 GMT+0800 (CST)"
}

2.修改oplog大小

handong1:SECONDARY> db.adminCommand({replSetResizeOplog:1,size:2000})
{
	"ok" : 1,
	"$clusterTime" : {
		"clusterTime" : Timestamp(1619694744, 14),
		"signature" : {
			"hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
			"keyId" : NumberLong(0)
		}
	},
	"operationTime" : Timestamp(1619694744, 14)
}

3.验证oplog大小

handong1:SECONDARY> db.getReplicationInfo()
{
	"logSizeMB" : 2000,
	"usedMB" : 0.18,
	"timeDiff" : 6852,
	"timeDiffHours" : 1.9,
	"tFirst" : "Thu Apr 29 2021 17:19:14 GMT+0800 (CST)",
	"tLast" : "Thu Apr 29 2021 19:13:26 GMT+0800 (CST)",
	"now" : "Thu Apr 29 2021 19:13:28 GMT+0800 (CST)"
}

4.整理碎片，回收空间（可选）

handong1:SECONDARY> use local
switched to db local
handong1:SECONDARY> db.runCommand({"compact" : "oplog.rs"})
{
	"ok" : 1,
	"$clusterTime" : {
		"clusterTime" : Timestamp(1619694840, 1),
		"signature" : {
			"hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
			"keyId" : NumberLong(0)
		}
	},
	"operationTime" : Timestamp(1619694840, 1)
}

到此这篇关于分享MongoDB修改oplog大小的4种方法的文章就介绍到这了,更多相关MongoDB修改oplog大小内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章:

MongoDB 导出导入备份恢复数据详解及实例
这篇文章主要介绍了MongoDB 导出导入备份恢复数据详解及实例的相关资料,需要的朋友可以参考下
2016-10-10
MongoDB 快速入门
MongoDB 快速入门，想要学习MongoDB的朋友可以参考下。
2011-10-10
MongoDB分片的实现示例
MongoDB的分片是一种横向扩展数据库的方式,可以将数据分散存储在多台服务器上,从而提高数据库的处理能力和可用性,本文就来介绍一下如何实现,感兴趣的可以了解一下
2023-12-12
MongoDB下根据数组大小进行查询的方法
这篇文章主要介绍了MongoDB下根据数组大小进行查询的方法,分别实现了指定大小的数组和某个范围的数组,需要的朋友可以参考下
2014-04-04
详解MongoDB中用sharding将副本集分配至服务器集群的方法
副本集是MongoDB的主从复制中的重要功能,经常被用来作额外的备份,这里我们就来详解MongoDB中用sharding将副本集分配至服务器集群的方法,首先还是来回顾一下MongoDB中副本集的基本知识:
2016-07-07
SpringBoot系列之MongoDB Aggregations用法详解
MongoDB 中使用聚合（Aggregations）来分析数据并从中获取有意义的信息，本文重点给大家介绍SpringBoot系列之MongoDB Aggregations用法，感兴趣的朋友跟随小编一起看看吧
2022-02-02
MongoDB日志文件过大的解决方法
这篇文章主要介绍了MongoDB日志文件过大的解决方法,本文给出了一种不需要重启MongoDB服务的方法重新开启一个新日志文件,需要的朋友可以参考下
2014-10-10
mongo中模糊查询的综合应用
这篇文章主要给大家介绍了关于mongo中模糊查询的相关资料，文中通过示例代码介绍的非常详细，对大家学习或者使用mongodb具有一定的参考学习价值，需要的朋友们下面来一起学习学习吧
2019-04-04
MongoDB查询性能优化验证及验证
这篇文章主要介绍了MongoDB查询性能验证及优化的相关知识，涉及到MongoDB 查询优化原则知识点，本文介绍的非常详细，具有参考借鉴价值，感兴趣的朋友一起学习吧
2016-02-02
mongodb处理中文索引与查找字符串详解
这篇文章主要介绍了mongodb处理中文索引与查找字符串的相关资料，文中介绍的非常详细，相信对大家具有一定的参考价值，需要的朋友们下面来一起看看吧。
2017-03-03