平衡器

从集群添加和删除碎片¶

将分片添加到群集会造成不平衡，因为新分片没有任何块。当MongoDB立即开始将数据迁移到新的分片时，群集平衡可能需要一些时间。有关将分片添加到集群的说明，请参见将分片 添加到集群教程。

从集群中删除一个分片也会造成类似的不平衡，因为必须重新分配该分片上的分块。当MongoDB立即开始耗尽已删除的分片时，群集平衡可能需要一些时间。在此过程中，请勿关闭与已删除的分片关联的服务器。

当您在块分布不均匀的集群中删除一个分片时，平衡器首先从排水分片中删除这些块，然后平衡其余的不均匀块分布。

请参阅从现有分片集群中删除分片教程，以获取有关从集群中安全删除分片的说明。

迁移阈值¶

为了最大程度地减少平衡对集群的影响， 平衡器仅在分片集合的块分配达到某些阈值之后才开始平衡。阈值适用于数量的差异块 最块的收集和使用大块该集合最少的碎片碎片之间。平衡器具有以下阈值：

当该集合的任何两个分片上的块数之差小于2或块迁移失败时，平衡器将停止在目标集合上运行。

异步块迁移清理¶

要从一个分片迁移多个块，平衡器一次迁移一个块。但是，平衡器在开始下一个块迁移之前不会等待当前迁移的删除阶段完成。有关块迁移过程和删除阶段，请参见块迁移。

这种排队行为使分片在集群严重不平衡的情况下可以更快地卸载块，例如在不进行预拆分的情况下执行初始数据加载以及添加新分片时。

此行为也会影响moveChunk命令，并且使用该moveChunk命令的迁移脚本可能会更快地进行。

在某些情况下，删除阶段可能会持续更长时间。如果多个删除阶段处于排队状态，但尚未完成，则副本集的主数据库崩溃可能会使来自多个迁移的数据孤立。

的_waitForDelete，可作为平衡器的设置，以及该moveChunk命令，可以改变行为，以便当前迁移块的删除阶段的一个块迁移的开始。在_waitForDelete通常用于内部测试的目的。有关更多信息，请参见 等待删除。

块迁移和复制¶

在块迁移期间，该_secondaryThrottle值确定何时对块中的下一个文档进行迁移。

在config.settings集合中：

• 如果将_secondaryThrottle平衡器的设置设置为写关注点，则在进行下一个文档之前，在块迁移期间移动的每个文档都必须收到请求的确认。
• 如果将_secondaryThrottle平衡器的设置设置为 true，则在迁移继续进行块中的下一个文档之前，在块迁移期间移动的每个文档都必须至少从一个辅助节点收到确认。这等效于的写关注。{ w: 2 }
• 如果未_secondaryThrottle设置，迁移过程将不等待复制到辅助数据库，而是继续下一个文档。

要更新_secondaryThrottle平衡器的参数，请参阅 辅助油门示例。

与任何_secondaryThrottle设置无关，大块迁移的某些阶段具有以下复制策略：

• 在使用新的块位置更新配置服务器之前，MongoDB会在源碎片上短暂地暂停所有应用程序对正在迁移的集合的读写，并在更新后恢复应用程序的读写。块移动要求在将块移动提交到配置服务器之前和之后，副本集的大多数成员都应确认所有写入。
• 当外发块迁移完成并进行清理时，必须将所有写操作复制到大多数服务器，然后再进行进一步清理（来自其他外发迁移）或继续进行新的外来迁移。

要更新集合中的_secondaryThrottle设置 config.settings，请参阅“ 辅助油门 ”作为示例。

每块要迁移的最大文档数¶

如果块中的文档数大于配置的块大小除以平均文档大小的结果的1.3倍，则MongoDB无法移动块 。 db.collection.stats()包括avgObjSize字段，该字段代表集合中的平均文档大小。