使用块进行数据分区

初始块¶

块大小¶

MongoDB中的默认块大小为64 MB。您可以 增加或减少块大小。考虑更改默认块大小的含义：

1. 小块数据导致更均匀的数据分发，但代价是迁移频率更高。这在查询路由（mongos）层产生了费用。
2. 大块导致更少的迁移。从网络的角度以及在查询路由层的内部开销方面，这都是更有效的。但是，这些效率是以潜在的数据分布不均为代价的。
3. 块大小会影响到 。Maximum Number of Documents Per Chunk to Migrate
4. 分片大小会影响最大集合大小 。分片后，块大小不限制集合大小。existing collection

对于许多部署而言，避免频繁且可能是虚假的迁移是有道理的，但代价是分布的数据集分布得不太均匀。

块分割¶

拆分是防止块增长太大的过程。当一个块增长到超过指定的块大小时，或者如果该块中的文档数超过，MongoDB会根据该块代表的分片键值拆分该块。必要时可以将一个大块拆分为多个大块。插入和更新可能会触发拆分。拆分是有效的元数据更改。要创建拆分，MongoDB的确实不迁移任何数据或影响的碎片。Maximum Number of Documents Per Chunk to Migrate

分割可能会导致碎片中各个集合的块分布不均。在这种情况下，平衡器会在各个分片之间重新分配块。有关在各个分片之间平衡块的更多详细信息，请参见Cluster Balancer。

块迁移¶

MongoDB在分片群集中迁移块，以在分片之间平均分配分片集合的块。迁移可能是：

• 手册。仅在少数情况下使用手动迁移，例如在批量插入期间分发数据。有关更多详细信息，请参见手动迁移块。
• 自动。当分片集合的数据块在各个分片之间分布不均时，平衡器进程会自动迁移数据块。有关更多详细信息，请参见迁移阈值。

有关分片群集平衡器的更多信息，请参阅分 片群集平衡器。

平衡¶

该平衡器是管理数据块迁移的后台进程。如果最大和最小碎片之间的块数差异超过 迁移阈值，则平衡器将开始在整个群集中迁移块，以确保数据均匀分布。

您可以管理平衡器的某些方面。平衡器还尊重在分片群集中 作为配置区域的一部分而创建的任何区域。

有关平衡器的更多信息， 请参见分片群集平衡器。

不可分割/巨型块¶

在某些情况下，块可以增长到超过指定的块大小，但不能进行split。最常见的情况是大块表示单个分片键值。由于块无法拆分，因此它将继续增长，超出块大小，成为巨型块。随着它们不断增长，这些巨型块可能会成为性能瓶颈，尤其是如果分片键值出现频率很高时 。

moveChunk目录¶

在MongoDB 2.6和MongoDB 3.0中，sharding.archiveMovedChunks默认情况下处于启用状态。默认情况下，所有其他MongoDB版本均禁用此功能。与sharding.archiveMovedChunks 启用，源碎片档案的迁移数据块文件的下集命名空间命名的目录 moveChunk中的目录storage.dbPath。

如果在迁移过程中发生某些错误，这些文件可能有助于恢复在迁移过程中受影响的文档。

迁移成功完成后，无需从这些文件中恢复文档，则可以安全地删除这些文件。或者，如果您具有可用于恢复的数据库现有备份，则也可以在迁移后删除这些文件。

要确定所有迁移是否已完成，请sh.isBalancerRunning()在连接到mongos 实例时运行 。