MongoDB 6.0.3 起自动分片不可禁用，sh.disableAutoSplit() 命令失效；自动 chunk 拆分由均衡器统一管理，仅能通过 sh.stopBalancer() 间接阻止，真正可控的是分片键设计与 Zone 配置。
不能直接“禁用自动分片”——MongoDB 6.0.3 起已移除该能力，sh.disableAutoSplit() 命令仍存在但不生效。
为什么 sh.disableAutoSplit() 不再起作用
从 MongoDB 6.0.3 开始，自动数据块分割（auto-splitting）被均衡器逻辑接管，不再依赖独立的分割开关。官方明确说明：sh.disableAutoSplit() 和 sh.enableAutoSplit() 命令仍可执行，但不会触发任何实际行为。
这意味着你无法通过配置项或命令阻止 MongoDB 在需要时拆分 chunk——只要均衡器在运行、且 chunk 大小超过默认阈值（64MB），它就会在迁移前或后台自动完成拆分。
- 该变更属于底层均衡策略升级，目的是减少元数据抖动和提升迁移稳定性
- 如果你观察到 chunk 持续分裂，问题通常不在“是否允许自动拆分”，而在于：分片键选择不合理、写入倾斜、或 chunk 过大后被迫集中拆分
-
sh.getBalancerState()返回true仅表示均衡器启用，不等于“自动拆分启用”——后者已无独立开关
真正可控的是负载均衡器本身
虽然不能关自动拆分，但你可以停掉整个均衡过程，从而间接避免 chunk 拆分与迁移——因为拆分通常由均衡器驱动（例如为迁移做准备）。
- 连接任意
mongos实例，运行sh.stopBalancer() - 确认状态：
sh.getBalancerState()应返回false - 注意：
sh.stopBalancer()会等待正在执行的迁移完成，但不会中断进行中的 chunk 拆分（已开始的会继续） - 若需立即中止所有 chunk 操作，唯一办法是临时关闭均衡器 + 手动干预 config.chunks 集合（高风险，不推荐）
想控制 chunk 分布？得靠分片键和手动操作
真正影响 chunk 是否“被拆”或“往哪去”的，是分片键设计和区域（Zone）配置，而非某个开关：
- 选择高基数、写入均匀的分片键，能天然延缓单 chunk 过快膨胀，减少拆分频率
- 用
sh.addShardToZone()和sh.updateZoneKeyRange()把集合限制在特定分片上，可避免跨分片 chunk 拆分需求 - 如果集合已分片但实际数据量很小（比如 db.adminCommand({unshardCollection:"db.coll", toShard:"shard0"}) 彻底取消分片——这比强行压制拆分更干净
- 检查
config.chunks中当前 chunk 数量和大小：db.chunks.find({ ns: "db.coll" }).sort({ min: 1 }).limit(5)，确认是否真存在异常热点
容易忽略的一点：所谓“禁用自动分片”是个过时概念。现在的问题从来不是“怎么关拆分”，而是“为什么 chunk 总在不该拆的时候拆”——答案几乎总在分片键或写入模式里，而不是某个开关没关对。
