标签:cfg primary members MongoDB oplog 从库 节点 延迟
生产环境中,配置延迟从库(延迟副本)有时候会成为运维同学的救命稻草,比如在我们误操作之后,可以从延迟从库中找回被误操作的数据。
前提
- 必须是priority=0,避免成为primary节点
- 必须是hidden=0,避免被应用读到过期数据
- 如果votes=1,那么延迟节点也具备投票权
注意事项
- 延迟时间要低于oplog window,避免primary节点删除了旧的oplog
- 延迟时间要大于预计维护集群所需的时间量,避免时间过短,延迟节点应用了错误的oplog
配置方法
在primary节点执行
cfg=rs.conf()
cfg.members[3].priority=0
cfg.members[3].slaveDelay=3600
cfg.members[3].hidden=true
rs.reconfig(cfg)
配置延迟节点时间为延迟3600s
标签:cfg,primary,members,MongoDB,oplog,从库,节点,延迟 来源: https://blog.51cto.com/u_12592884/2701748
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。