关于单台MongoDB实例开启Oplog的过程详解

数据库 发布日期:2024/12/24 浏览次数:1

正在浏览:关于单台MongoDB实例开启Oplog的过程详解

背景

随着数据的积累,MongoDB中的数据量越来越大,数据分析团队从数据库中抽取变化数据(假如依据栏位createdatetime,transdatetime),越来越困难。我们知道MongoDB的副本集有一个数据结构Oplog,里面存储了Primary节点的所有写操作(此处的写操作是指查询以外的操作,包含 更新、异常等)。其实,数据的抽取完全可以从Oplog中抓取这些操作,然后去重放。

oplog是local库下的一个固定集合,Secondary就是通过查看Primary 的oplog这个集合来进行复制的。每个节点都有oplog,记录这从主节点复制过来的信息,这样每个成员都可以作为同步源给其他节点。

Oplog 可以说是Mongodb Replication的纽带了。

但是在实际的生产环境中,我们很多MongoDB 数据库是单实例的,那么我们能否在单实例数据库上开启Oplog?

答案是肯定的。

其原理就是,在单实例上配置副本集,如果配置成功了,自然就有了Oplog

配置过程

其实配置的过程比较简单。

step 1 : 在配置文件中 添加副本集参数(replSet);

step 2 :重启服务;

step 3:在local数据库或admin数据库执行初始化副本集的脚本,rs.initiate()。

注意事项

1. 在配置文件中增加副本集参数(replSet=??),MongoDB实例重启,第一次登入,执行其他命令时(例如:show dbs),会提示错误,错误信息如下,

{
"ok" : 0,
"errmsg" : "not master and slaveOk=false",
"code" : 13435,
"codeName" : "NotMasterNoSlaveOk"
}

此时一定要执行初始化的命令:

rs.initiate({ _id: "副本集名称", members: [{_id:0,host:"ServerIP:MongoDBPort"}]})

关于单台MongoDB实例开启Oplog的过程详解

2 . 初始化时,请指明 Server信息和端口信息,否则初始化时可能报错,报错信息如下

"errmsg" : "No host described in new configuration 1 for replica set replwms maps to this node",

关于单台MongoDB实例开启Oplog的过程详解

指定IP 和 端口,副本集名称,例如执行以下命令,OK

关于单台MongoDB实例开启Oplog的过程详解

3 . 副本集初始化可以在admin中执行,不仅仅可以在local数据库中执行【真正的副本集建立多是在admin库中执行】。

而不像有些文章中要求的那样 :You just need to issuers.initiate()on thelocaldatabase:

4. 初始完,副本集中唯一的节点,可能短时间显示为SECONDARY或OTHER。一般而言,稍等一会,就会自然恢复为primary,无需人工干预。

关于单台MongoDB实例开启Oplog的过程详解

关于单台MongoDB实例开启Oplog的过程详解

如果数据库的数据量不大,并且长时间初始这种过渡状态(SECONDARY或OTHER),去看实例的日志,也显示无进展,此时可以考虑重启服务。

下面案例是我们实际遇到的一个场景,我们是通过重启服务解决此问题,角色由other重启转换为Primary

关于单台MongoDB实例开启Oplog的过程详解

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对的支持。