Docs 主页 → 开发应用程序 → MongoDB Manual
副本集数据同步
为了维护共享数据集的最新副本，副本集的从节点将同步或复制其他节点的数据。MongoDB 使用两种形式的数据同步：初始同步使用完整的数据集填充新节点，复制则持续更改整个数据集。
初始化同步(Resumable Initial Sync)
初始同步将所有数据从副本集的一个成员复制到另一个成员。有关初始同步源选择标准的更多信息，请参阅初始同步源选择。
您可以使用 initialSyncSourceReadPreference参数指定首选初始同步源。该参数只能在启动mongod时指定。
从 MongoDB 5.2 开始，初始同步可以是逻辑同步或基于文件拷贝的同步。
逻辑初始同步流程
执行逻辑初始同步时，MongoDB 将：
克隆除本地数据库之外的所有数据库。要进行克隆，
mongod会扫描每个源数据库中的每个集合，然后将所有数据插入自己的这些集合副本中。在为每个集合复制文档时构建该集合的所有索引。
在数据复制过程中拉取新添加的 oplog 记录。确保目标成员在
local数据库中有足够的磁盘空间，以便在此数据复制阶段期间临时存储这些 oplog 记录。将所有更改应用于数据集。
mongod使用来自源的 oplog，更新其数据集以反映副本集的当前状态。
完成初始同步后，节点从 STARTUP2 转换到 SECONDARY。
如要执行初始同步，请参阅重新同步副本集的节点。
基于文件副本的初始同步
仅在 MongoDB Enterprise 中可用。
基于文件复制的初始同步通过复制和移动文件系统上的文件来运行初始同步进程。此同步方法可能比逻辑初始同步更快。
重要
基于文件复制的初始同步可能会导致计数不准确
基于文件复制的初始同步完成后，如果运行 count() 方法而未使用查询谓词，返回的文档数可能不准确。
不带查询谓词的 count 方法如下所示：db.<collection>.count()。
要了解详情，请参阅没有查询谓词的不准确计数。
启用基于文件副本的初始同步
要启用基于文件拷贝的初始同步，请在初始同步的目标节点上将 initialSyncMethod 参数设置为 fileCopyBased。此参数只能在启动时设置。
行为
在进行同步时，基于文件副本的初始同步将目标节点的 local 数据库替换为源节点的 local 数据库。
限制
在基于文件副本的初始同步期间：
不能对同步目标节点或同步源节点运行备份。
您无法写入正在同步到的成员的
local数据库。
一次只能从一个给定成员运行初始同步。
使用加密存储引擎时，MongoDB 使用源密钥来加密目标数据。
容错
如果执行初始同步的从节点遇到非瞬态 （即持续性）网络错误，则从节点会从头开始重新启动初始同步过程。
如果由于瞬时（即临时）网络错误、集合删除或集合重命名而中断，则执行初始同步的从节点可以尝试恢复同步过程。
默认情况下，从节点会尝试在24小时内恢复初始同步。您可以使用initialSyncTransientErrorRetryPeriodSeconds服务器参数来控制从节点尝试恢复初始同步的时间。如果从节点无法在配置的时间段内成功恢复初始同步过程，则会从副本集中选择一个新的健康源，并从头开始重新启动初始同步过程。
在返回致命错误之前，从节点会尝试重新启动初始同步最多 10 次。
初始同步源选择
初创企业源选择取决于mongod初创企业参数initialSyncSourceReadPreference的值：
对于
initialSyncSourceReadPreference设置为primary（如果禁用chaining，则为默认值）的情况，请选择主节点作为同步源。如果主节点不可用或无法访问，请记录错误并定期检查主节点的可用性。对于
initialSyncSourceReadPreference设置为primaryPreferred（投票副本集节点的默认值）的情况，请尝试选择主节点作为同步源。如果主节点不可用或无法访问，请从其余副本集节点选择同步源。对于所有其他受支持的读取模式，请从副本集节点中选择同步源。
执行初始同步源选择的节点会对内含所有副本集节点的列表进行两次遍历：
该节点如果在两次遍历后无法选择初始同步源，则会记录错误并等待 1 秒，然后重新启动选择过程。从节点 mongod 可以最多重新启动 10 次初始同步源选择过程，然后退出并报告错误。
Oplog Window
oplog window 必须足够长，以便从节点可以获取 逻辑初始同步过程 开始和结束之间出现的任何新 oplog 条目。如果窗口时间不够长，则存在以下风险：某些条目可能在从节点应用它们之前脱离oplog 。
建议调整 oplog 的大小，以便有更多时间来获取所有新的 oplog 条目。此操作支持在初始同步期间可能出现的更改。
有关更多信息，请参阅 Oplog 大小。
复制
从节点成员在初始同步后持续复制数据。从节点成员从其同步源中复制 oplog ，然后在异步过程中应用这些操作。[1]
从节点可以根据 ping 时间和其他成员复制状态的变化，按需自动更改与源的同步。有关同步源选择标准的更多信息，请参阅复制同步源选择。
| [1] | 从版本 4.2 开始，副本集的从节点现在会记录应用时间超过慢操作阈值时长的 oplog 条目。这些慢 oplog 消息：
|
流复制 (Streaming Replication)
从源同步会向其同步的次级节点发送连续的oplog条目流。流复制可以减轻高负载和高延迟网络中的复制延迟。它还：
降低从从节点读取数据的陈旧度。
使用 w: 1 降低由于主节点故障转移而丢失写入操作的风险。
用
w: "majority"和 w: >1（即任何需要等待复制的写关注）减少写入操作延迟。
oplogFetcherUsesExhaust使用 初创企业参数禁用流媒体复制并使用较早的复制行为。仅当oplogFetcherUsesExhaust false来自源的同步 存在任何资源限制或者您希望限制 MongoDB 在复制时使用网络带宽时，才将 参数设置为 。
多线程复制
MongoDB 使用多个线程分批应用写操作，从而提高并发性。MongoDB 会按文档 ID (WiredTiger) 对批处理进行分组，并使用不同的线程同时应用每组操作。MongoDB 始终按按原始写入顺序向给定文档应用写入操作。
如果读取操作出现在应用复制批处理的从节点上，则定位于从节点且配置有读关注级别为 "local" 或 "majority" 的读取操作将从该数据的 WiredTiger 快照进行读取。
从快照中读取可保证数据视图的一致性，并允许读取操作与正在进行的复制同时发生，而无需上锁。因此，对于需要这些读关注（read concern）级别的从节点读取请求来说，它们不再需要等待复制批次在从节点上生效，而是可以在被从节点收到时即刻被处理。
流量控制
从 MongoDB 4.2 开始，管理员可以限制主节点应用写入的速率，目标是将 majority
committed 延迟保持在可配置的最大 flowControlTargetLagSeconds 值以下。
默认情况下，流量控制为 enabled。
注意
要启用流量控制，副本集/分片集群必须具有： featureCompatibilityVersion (fCV) 为 4.2 ，且读关注（read concern）为 majority enabled。也就是说，如果 fCV 不是 4.2 或读关注已被禁用，则已启用的流量控制将不会生效。
有关详细信息，请参阅流量控制。
复制同步源选择
复制同步源选择取决于复制集 chaining 设置：
启用链式复制（默认设置）后，从副本集节点中选择同步源。
禁用链接后，选择主节点作为同步源。如果主节点不可用或无法访问，请记录错误并定期检查主节点的可用性。
执行复制同步源选择的节点会对内含所有副本集节点的列表进行两次遍历：
如果该成员在两次传递后无法选择同步源，则会记录一则错误并等待 1 秒，然后重新启动选择流程。
可通过设置 maxNumSyncSourceChangesPerHour 参数来配置每小时可更改同步源的次数。
注意
选择初始同步源时，初创企业参数initialSyncSourceReadPreference优先于副本集的settings.chainingAllowed设置。副本集成员成功执行初始同步后，在选择复制同步源时会延迟chainingAllowed的值。
有关初始同步源选择的更多信息，请参阅初始同步源选择。