sh.reshardCollection()

初始化阶段

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

索引阶段

在索引阶段：

• 每个分片接收者都会创建一个新的空分片集合，其集合选项与现有分片集合相同。 这个新的分片集合是接收分片写入新数据的目标。

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

克隆、应用和追赶阶段

在克隆、应用和追赶阶段：

• 每个分片接收者都克隆其在新分片键下拥有的文档的初始副本。

• 每个分片接收者开始应用接收者克隆数据后发生的操作中的 oplog 条目。

• 当完成重新分片操作的剩余时间估计低于两秒时，重新分片协调器会阻止对集合的写入。

  注意

  如果需要，您可以通过发出sh.commitReshardCollection()方法手动强制完成重新分片操作。 如果完成重新分片操作的当前时间估计是您的collection阻止写入的可接受持续时间，则这非常有用。sh.commitReshardCollection()方法会阻止提前写入并强制完成重新分片操作。 在写入受阻期间，应用程序的延迟会增加。

提交阶段

• 重新分片进程进入提交阶段后，无法使用sh.abortReshardCollection()结束该进程。

• 当所有分片都达到严格一致性时，重新分片协调器会提交重新分片操作并安装新的路由表。

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

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

  提示

  另请参阅：

  对集合重新分片

对集合重新分片

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

sh.reshardCollection( "sales.orders", { order_id: 1 } )

示例输出：

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

使用区域对集合重新分片

当您需要调整集群中各分片之间的数据分布以满足不断变化的需求或提高性能时，请使用区域对集合进行重新分片。

在以下示例中， test.scores集合位于shard0和shard1上。 当前分片键为{ _id: 1} 。

sh.addShardToZone( “shard2”, ‘NewZone’ )
sh.addShardToZone( “shard3”, ‘NewZone’ )

sh.reshardCollection(
  "test.scores",
  { "studentId": 1, "testId": 1},
  { zones: [ {
    min: { "studentId": MinKey(), "testId": MinKey() },
    max: { "studentId": MaxKey(), "testId": MaxKey() },
    zone: "NewZone" }
    ]
} )

{
   ok: 1,
   '$clusterTime': {
   clusterTime: Timestamp( { t: 1699484530, i: 54 } ),
   signature: {
   hash: Binary.createFromBase64( "90ApBDrSSi4XnCpV3OWIH4OGO0Y=", 0 ),
   keyId: Long( "7296989036055363606" )
   } },
   operationTime: Timestamp( { t: 1699484530, i: 54 } )
}