mongodb 6.0区域分片需显式配置zone与范围：先sh.addshardtozone绑定分片到zone，再sh.updatezonekeyrange定义分片键范围，最后sh.shardcollection启用分片；顺序错误或范围缺失将导致zone失效。
在 MongoDB 6.0 分片集群中，基于区域的分片（Zone Sharding）不是自动启用的，必须显式定义 zone 并绑定到分片，再为每个 zone 指定 range 或 min/max 边界——否则数据仍按默认均衡策略分布，zone 配置形同虚设。
用 sh.addShardToZone 和 sh.updateZoneKeyRange 绑定分片与范围
这是最常出错的环节：很多人只调用 sh.addShardToZone 把分片加入 zone，却忘了用 sh.updateZoneKeyRange 划定该 zone 覆盖的分片键范围。没有范围定义，zone 就不会参与路由决策。
-
sh.addShardToZone("shard01", "EU")只表示 shard01 “能存 EU 数据”，不表示“只存 EU 数据” -
sh.updateZoneKeyRange("db.collection", { region: "EU" }, { region: "EU" }, "EU")才真正把region: "EU"的文档约束到 EU zone - 分片键必须是已索引字段，且
min/max必须严格匹配索引前缀顺序；例如分片键是{ region: 1, ts: 1 }，则min和max必须是两字段组成的对象，不能只写{ region: "EU" } - 如果集合尚未分片，先执行
sh.shardCollection("db.collection", { region: 1, ts: 1 })，再配置 zone；对已分片集合追加 zone，需确保新 range 不与现有 chunk 冲突，否则命令会静默失败
空集合 + 预定义 zone 能跳过初始 chunk 均衡
对空集合或不存在的集合，在调用 sh.shardCollection 前就配置好 zone 和 range，MongoDB 会直接创建对应边界的空 chunk，而不是先建一个覆盖全键空间的大 chunk 再慢慢拆分——这对冷启动地理分区集群很关键。
- 顺序必须是：
sh.addShardToZone→sh.updateZoneKeyRange→sh.shardCollection - 如果先
sh.shardCollection再补 zone，初始 chunk 已存在，sh.updateZoneKeyRange不会触发迁移，得手动moveChunk或等均衡器缓慢调整 - 使用
sh.status()检查输出中的tags字段和chunks列表，确认每个 chunk 的min/max是否落在预期 zone 范围内
负载均衡器默认尊重 zone，但会绕过不完整的 zone 约束
只要 zone 配置完整（shard + range 都到位），负载均衡器迁移 chunk 时绝不会把 EU 数据搬到 US 分片上；但如果某个 range 没绑定任何 shard，或绑定的 shard 当前不可用，均衡器可能临时忽略 zone 约束以维持集群可用性。
- 用
sh.getBalancerState()确认均衡器开启；用sh.setBalancerState(false)可临时关闭，避免迁移干扰 zone 初始化 - 均衡窗口（
sh.setBalancingWindow）不影响 zone 行为，只控制迁移发生的时间段 - 注意：zone 名称区分大小写，
"eu"和"EU"是两个不同 zone；分片名也必须与sh.status()中显示的完全一致（如"shard01/..."中的shard01）
最容易被忽略的是分片键结构与 range 边界的一致性——哪怕多一个字段、少一个点号，sh.updateZoneKeyRange 都不会报错，但后续插入数据时根本不会命中该 zone，也不会有任何日志提示。务必用 sh.status("db.collection") 逐行核对 chunk 的 min/max 和你定义的 range 是否字面级相等。
