reshardCollection（数据库命令）

重新分片限制

• 如果集合使用Atlas Search，则在操作完成后，搜索索引将变为不可用。要恢复索引，请手动重建搜索索引。

• 不支持使用可查询加密的集合。

初始化阶段

在初始化阶段，重新分片协调器会确定分片集合的新数据分布。

克隆阶段

在克隆阶段：

• 每个接收分片都会创建一个临时的空分片的集合，其集合选项与发送分片的集合相同。 这个新集合是接收分片写入新数据的目标。 在索引阶段之前，接收分片不会创建除 _id索引之外的任何索引。

• 每个接收分片都从发送分片克隆集合数据，包括接收分片在新分片键下拥有的所有文档。

索引阶段

在索引阶段，每个接收分片都会构建必要的新索引。 其中包括分片的集合上的所有现有索引，以及与新分片键模式兼容的索引（如果分片的集合上尚不存在此类索引） 。

应用和追赶阶段

在应用和追赶阶段：

• 每个接收分片开始应用在接收分片克隆数据后写入相应发送分片的 oplog条目。

• 当完成重新分片操作的剩余时间估计低于 500 毫秒时，发送分片片会阻止对源集合的写入。

提交阶段

在提交阶段：

• 重新分片协调器等待所有分片达到严格一致性，然后提交重新分片操作。

• 重新分片协调器指示每个发送分片和接收分片主节点独立地重命名临时分片集合。 临时集合将成为新的重新分片集合。

• 每个捐赠分片都会删除旧的分片集合。

对集合重新分片

以下示例使用新的分片键{ order_id: 1 }对sales.orders集合重新分片：

db.adminCommand({
  reshardCollection: "sales.orders",
  key: { order_id: 1 }
})

输出：

{
  ok: 1,
  '$clusterTime': {
    clusterTime: Timestamp(1, 1624887954),
    signature: {
      hash: Binary(Buffer.from("0000000000000000000000000000000000000000", "hex"), 0),
      keyId: 0
    }
  },
  operationTime: Timestamp(1, 1624887947)
}

将数据重新分发到新分片

从MongoDB 8.0 开始，您可以对同一键对集合，这可用于将数据重新分发到新的分片上。

将分片添加到集群后，可以使用带有forceRedistribution选项的reshardCollection命令在集群中重新分发数据：

db.adminCommand({
    reshardCollection: "accounts.invoices",
    key: { store_id: "hashed" },
    forceRedistribution: true
})

将数据重新分布到不同区域

从MongoDB 8.0 开始，您可以使用 reshardCollection 命令将数据移入新区域，而无需更改分片键。

以下命令使用相同的分片键重新分发 accounts.sales集合的数据，将数据移动到与区域 zone04 和 zone05 关联的分片：

db.adminCommand({
    reshardCollection: "accounts.sales",
    key: { region_id: "hashed" },
    forceRedistribution: true,
    zones: [
        {
            zone: "zone04",
            min: { region_id: MinKey() },
            max: { region_id: 10 }
        },
        {
            zone: "zone05",
            min: { region_id: 10 },
            max: { region_id: MaxKey() }
        }
    ]
})