mongodb 5.0+ 支持对已分片集合重新分片，但需满足写入阻塞容忍、存储冗余、oplog window ≥24 小时等硬性条件；reshardcollection 是唯一合法入口，不能手动迁移或 movechunk 替代。
直接说结论：MongoDB 5.0+ 支持对已分片集合重新分片，但必须满足写入阻塞容忍、存储冗余、oplog window ≥24 小时等硬性条件；reshardCollection 是唯一合法入口，不能靠手动迁移或 moveChunk 替代。
reshardCollection 命令怎么写才有效
核心是调用 db.adminCommand() 或 sh.reshardCollection()，但两者参数结构不同，容易混淆：
-
sh.reshardCollection()是 mongosh 封装方法，接受namespace、key、options字段，key必须与当前分片键结构一致（字段名+方向），否则报错"new shard key must be compatible with existing shard key" -
db.adminCommand({ reshardCollection: "db.coll", key: { _id: 1 }, forceRedistribution: true })是底层命令，forceRedistribution: true才能触发相同分片键下的数据重分布（如新增分片后需重新摊平） - 如果想改分片键（比如从
{ createdAt: 1 }改成{ createdAt: 1, userId: "hashed" }），key必须包含原键前缀，且新键需满足唯一索引约束（如有unique: true索引，新键组合值必须全局唯一）
为什么执行后数据没动、或者卡在“克隆阶段”
常见原因不是命令写错，而是资源不达标：
- 每个目标分片的可用磁盘空间不足：公式是
((collection_size + index_size) * 2) / shard_count，例如 1.5TB 数据 + 300GB 索引分到 5 个分片，每个分片至少要 720GB 空闲空间——少 1GB 都会卡在克隆阶段 - oplog window 小于 24 小时：用
db.getSiblingDB("local").oplog.rs.stats()查ts时间范围，低于 24h 会拒绝启动重新分片 - I/O 负载持续 >50%：尤其在克隆和追赶阶段，高 I/O 会导致操作超时或反复重试，表现为日志里频繁出现
"failed to apply oplog entries" - 集群正在执行
addShard或removeShard：这些操作会排队等待重新分片完成，反过来也一样，形成隐式锁
forceRedistribution: true 的真实影响
这个选项不是“强制执行”，而是“强制重写所有活跃分片的数据”，代价很高：
- 即使只加了一个新分片，
forceRedistribution: true也会让所有未处于 draining 状态的分片重新克隆全部数据，而不是只迁移部分 chunk - 默认
numInitialChunks: 90，但如果分片键基数低（比如只有 10 个 distinct 值），会报错"not enough cardinality for the specified number of chunks"，此时必须显式设为更小值（如 20） - 哈希分片键下
numInitialChunks会被忽略，MongoDB 改用哈希空间均分策略，所以不要试图调这个参数 - 写入会被阻塞约 2 秒（仅在提交阶段），但整个操作期间读不受影响；若应用无法容忍这 2 秒延迟，只能放弃
reshardCollection，改用moveChunk逐步迁移
重新分片后哪些东西会失效
容易被忽略的副作用远比想象中多：
- Atlas Search 索引立刻变为
unavailable，必须手动运行db.collection.createSearchIndex()重建，旧索引不会自动恢复 - 时间序列集合仅支持 MongoDB 8.0.10+，且所有分片节点必须升到该版本，否则命令直接返回
"time-series collections require minimum version 8.0.10" - 在线归档（Atlas Online Archives）会被标记为
Orphaned，原有归档不可用，需用相同db/collection/field组合新建归档 - 正在进行的
collMod、createIndex、drop等操作会排队，但addShard和removeShard会等重新分片完成才执行，这点和文档写的“支持并发”不符
真正麻烦的不是命令怎么敲，而是资源水位线和隐式依赖——磁盘、oplog、I/O、其他运维操作，四者任一不达标，reshardCollection 就只是个摆设。
