转载请注明出处:
当副本集节点的复制进程落后太多,以至于主节点覆盖了该节点尚未复制的 oplog 条目时,副本集节点就会变为“陈旧”。节点跟不上,就会变得“陈旧”。出现这种情况时,必须删除副本集节点的数据,然后执行初始同步,从而完全重新同步该节点。
MongoDB 提供了两种执行初始同步的选项:
第一种:使用空数据目录重新启动 mongod
,然后让 MongoDB 的正常初始同步功能恢复数据。这是更简单的选项,但可能需要更长的时间替换数据。
第二种:使用副本集中另一个成员最近的数据目录副本重新启动计算机。此过程可以更快地替换数据,但需要较多的手动步骤。
执行逻辑初始同步时,MongoDB 将:
克隆除本地数据库之外的所有数据库。要进行克隆,mongod
会扫描每个源数据库中的每个集合,然后将所有数据插入自己的这些集合副本中。
在为每个集合复制文档时构建该集合的所有索引。
在数据复制过程中拉取新添加的 oplog 记录。确保目标成员在 local
数据库中有足够的磁盘空间,以便在此数据复制阶段期间临时存储这些 oplog 记录。
将所有更改应用于数据集。mongod
使用来自源的 oplog,更新其数据集以反映副本集的当前状态。
完成初始同步后,节点从 STARTUP2
转换到 SECONDARY
。
通过 rs.status()命令查看mongo集群的数据同步状态,其中主要观察optimeDate字段的值是否能基本保持一致,以及可以查看stateStr中查看状态是否正常。
以下是同步状态异常的服务查看示例:
上图中mongo2:27017中的数据状态同步异常,当状态同步异常时,可以先尝试重启mongo,让异常节点去自动同步其他节点的数据。
如果还不能解决,则可以将当前节点的数据库目录文件删除,删除之后再重启整个mongo集群,这样在启动的时候,会自动同步数据。
重新同步自管理副本集的成员:https://www.mongodb.com/zh-cn/docs/manual/tutorial/resync-replica-set-member/#std-label-replica-set-resync-by-copying