碎片化分片集合

配置集合平衡状态

由configureCollectionBalancing命令返回的defragmentCollection字段仅在碎片整理运行时为true。

在碎片整理自动结束或您手动停止碎片整理后，从返回的文档中删除defragmentCollection字段。

操作

在碎片整理期间允许从辅助节点读取，但可能需要更长时间才能完成，直到主节点的元数据更新复制到辅助节点。

数据块大小、平衡和碎片整理

有关MongoDB平衡器的详细信息，请参阅分片集群平衡器。

有关chunkSize的简介，请参阅在分片集群中修改范围大小。

以下表格描述了在不同版本的MongoDB中，chunkSize如何影响碎片整理和平衡器操作。

在移动、分割或合并数据块时，配置服务器会在数据块操作提交后更新分片元数据。未参与数据块操作的分片也会更新新的元数据。

分片元数据更新的时间与路由表的大小成正比。在更新分片元数据期间，对集合的CRUD操作会暂时被阻止，较小的路由表意味着CRUD操作延迟更短。

整理集合可以减少数据块的数量和更新数据块元数据所需的时间。

为了减少系统负载，可以使用分片平衡窗口来配置平衡器只在特定时间运行。碎片整理将在平衡窗口时间段内运行。

您可以使用chunkDefragmentationThrottlingMS参数来限制平衡器运行分割和合并命令的速率。

您可以在任何时间开始和停止碎片整理。

您还可以设置分片区域。分片区域基于分片键，您可以将每个区域与集群中的一个或多个分片关联。

从MongoDB 6.0开始，只有在必须迁移数据块时，分片集群才会分割数据块。这意味着数据块的大小可能会超过chunkSize。较大的数据块减少了分片上的数据块数量，并提高了性能，因为更新分片元数据所需的时间减少了。例如，您可能会在分片上看到1 TB的数据块，尽管您已将chunkSize设置为256 MB。

chunkSize影响以下内容

• 平衡器在单个数据块迁移操作中尝试在两个分片之间迁移的最大数据量。

• 碎片整理期间迁移的数据量。