Debian 上 MongoDB 数据同步机制解析
一 核心原理与关键组件
- 在 Debian 上，MongoDB 通过 副本集（Replica Set） 实现数据同步：写操作在 Primary 节点执行并写入 oplog.rs（位于 local 数据库的固定集合），Secondary 节点异步拉取并重放这些操作，从而保持数据一致。oplog 记录具备 幂等性，多次重放结果一致。副本集成员通过 心跳（默认每 2 秒） 检测健康状态，主节点不可用将触发 自动选举 选出新的主节点。同步源并非固定，节点会基于网络延迟与复制状态 自动选择更优同步源，且同步过程对应用基本透明。
二 同步流程
- 增量复制（常态）
- Secondary 持续从同步源拉取 oplog，在本地重放；每个成员都维护本地 oplog.rs，因此任一成员在必要时也可作为其他成员的同步源。重放按 optime 顺序进行，因 oplog 幂等，重复执行不影响结果。
- 初始化同步（Initial Sync）
- 触发场景：新成员加入、本地 oplog 历史不足/缺失、或手动触发重同步。
- 逻辑初始同步步骤：
- 选择初始同步源（见下文“源选择”）；
- 克隆除 local 外的所有数据库数据；
- 在克隆过程中为每个集合构建 全部索引；
- 持续从源拉取新增 oplog 并在本地应用，直至追平；
- 完成后从 STARTUP2 转为 SECONDARY。
- 基于文件副本的初始同步（仅 MongoDB Enterprise）：通过文件系统拷贝源节点数据文件加速，完成后可能短暂出现不带查询谓词的 count() 不准确；期间源/目标 local 库有约束，且一次只能从一个源同步。
- 容错与重试：遇到持续网络错误会 从头重启 初始同步；对临时错误/集合删除或重命名可尝试 断点续传，默认 24 小时 内重试（可用 initialSyncTransientErrorRetryPeriodSeconds 调整），失败最多 10 次 后切换健康源重试。
三 初始同步源选择
- 读取偏好影响源选择：
- primary：仅从主节点同步（若禁用 chaining）；主不可达则报错并周期性重试。
- primaryPreferred（投票集默认）：优先主节点，不可达时从其他节点选源。
- 其他模式（如 secondary/secondaryPreferred）：从满足条件的从节点中选源。
- 两轮筛选规则（核心要点）：
- 第一次遍历：候选须处于 PRIMARY/SECONDARY、在线可达、满足读取偏好、在源主节点最新 oplog 条目的 30 秒 内、具备所需能力（如 builds indexes、votes）、非延迟或延迟更短、且比当前最佳源更快。
- 第二次遍历：放宽部分条件（如不再强制“30 秒”窗口），若仍无候选则等待 1 秒 后重新选择。
- 相关参数：initialSyncSourceReadPreference 只能在 启动时 设定，用于指定初始同步的源偏好。
四 oplog 与容量规划
- 存储位置与特性：oplog 为 local.oplog.rs 的固定集合，滚动记录所有数据变更，成员据此进行增量同步与回放。
- 默认大小（WiredTiger 引擎，64 位 Linux 常见）：约为 可用磁盘空间的 5%，下限 990 MB、上限 50 GB；In‑Memory 引擎默认 物理内存的 5%（50 MB–50 GB）。在 mongod 首次初始化 前可通过 oplogSizeMB 指定大小；启动后可用 replSetResizeOplog 动态调整，无需重启。
- 需要更大 oplog 的典型负载：
- 多文档更新（为幂等会拆分为多条 oplog 条目）；
- 删除量≈插入量（数据量不增但 oplog 增长快）；
- 大量就地更新（不增大文档大小但产生大量操作记录）。
五 运维与监控要点
- 同步滞后与回放瓶颈：关注 optimeDate、lastHeartbeat 与 syncingTo（在 rs.status() 输出中），定位是否选到慢源或存在网络抖动；必要时调整读偏好或临时更换同步源。
- 变更流与初始同步：初始同步期间 oplog 可能被截断，依赖 oplog 的功能（如 Change Streams）可能受影响，应合理安排维护窗口。
- 常见故障与恢复：
- 从节点 oplog 落后过多、源端 oplog 已覆盖时，节点会进入 RECOVERING 或需要 重新同步；可通过物理拷贝数据目录（保持一致性）或触发 resync 加速恢复，避免全量逻辑同步耗时过长。
- 监控命令建议：
- 查看复制状态：rs.status()；
- 查看从节点回放进度：db.printSlaveReplicationInfo()；
- 观察回放缓冲：db.serverStatus().metrics.repl.buffer（如接近上限需优化写入/回放并发或扩容）。
- 重要提示：生产变更（如调整 oplog、切换同步源、触发 resync）应在 维护窗口 进行，并做好 备份 与 回滚预案；本文为运维参考，实施前请结合具体版本与业务评估风险。
