这篇文章给大家介绍MongoDB中怎么搭建延时节点从库，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。
MongoDB搭建延时节点从库
【概念说明】
延时节点也是从主节点复制数据，然而延时节点中的数据集将会比复制集中主节点的数据延后。举个例子，现在是09：52，如果延时节点延后了1小时，那么延时节点的数据集中将不会有08：52之后的操作。
mongo并不像有些关系型数据库那样有类似oracle的archive、mysql的binlog这样的归档文件，他的文件是oplog，是覆盖循环写的，如果想要找之前的数据，恢复起来较为麻烦，故考虑这点采用延时节点从库。由于延时节点的数据集是延时的，因此它可以帮助我们在人为误操作或是其他意外情况下恢复数据。举个例子，当应用升级失败，或是误操作删除了表和数据库时，我们可以通过延时节点进行数据恢复。
【注意事项】
1 优先级priority必须为0，以防延迟节点变为主库
2 必须hidden成员，这是防止用户在读从库时候查到延迟节点
3 也参与主库的投票，在rs.conf()的里面members[0].votes也是为1
4 延迟节点在延迟时间后复制应用源端的oplog，如果延迟设置的很大，必须等于或大于期望维护窗口时间。必须小于oplog的存储能力
5 在分片集群中，当 平衡器打开的时候延时节点效果有限。因为在延时的时间段内进行过数据段迁移的话，复制集中的延时节点就无法为还原分片集群提供有效的帮助。
【方法】
如下是拥有3个成员的副本集：一主两从。当一个成员设置为3600秒后延迟，这个延迟成员必须hidden且优先级为0
【配置方式】
1 members[n].priority=0
2 members[n].hidden=true
3 members[n].slaveDelay=3600
{
"_id" :
<num>,
"host" :
<hostname:port>,
"priority" : 0,
"slaveDelay" :
<seconds>,
"hidden" : true
}
具体例子：
cfg=rs.conf() ;
cfg.members[1].priority=0
cfg.members[1].slaveDelay=120
cfg.members[1].hidden=false
rs.reconfig(cfg)
关于MongoDB中怎么搭建延时节点从库就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。
