可以，mongodb支持用点号路径（如"address.city"）作分片键，但要求该路径必须指向单个标量值、字段需存在或显式设为null、且须预先创建对应索引；禁止指向数组、子文档或缺失字段。
分片键能用点号路径（如 "address.city"）吗
可以，MongoDB 明确支持用点号路径指定嵌套字段作为分片键，但前提是该路径指向的值必须是**单个确定值**（不能是数组、不能是嵌套文档本身），且整个路径在所有文档中必须存在或显式设为 null（如果允许缺失）。
常见错误现象：cannot shard collection with dotted field in shard key: address.city —— 这通常不是语法不支持，而是你试图用的路径实际指向了数组（比如 "tags.0"）或文档（比如 "metadata"），或者集合里有大量缺失该路径的文档且未启用 allowShardKeyWithoutIndex（不推荐）。
- 必须确保
address.city在每个分片键文档中都是标量（字符串、数字、ObjectId 等），不能是数组或子文档 - 如果
address字段本身缺失，address.city会被视为 undefined，这会导致分片失败；建议提前补全或统一设为null - 点号路径不支持通配符或动态字段名（例如不能用
"attrs.$key"）
sh.shardCollection() 中使用嵌套字段的实际写法
和普通字段一样传入字符串路径即可，MongoDB 内部会解析点号。但要注意索引前提：MongoDB 要求分片键字段必须有支持的索引，而点号路径字段需要你**手动创建对应前缀索引**，否则命令直接报错。
示例：
sh.shardCollection("mydb.users", { "address.city": 1, "createdAt": -1 })
这行命令合法，但执行前必须已存在索引：
db.users.createIndex({ "address.city": 1, "createdAt": -1 })
- 不能依赖 _id 索引自动覆盖点号路径——
_id和address.city是完全无关的索引字段 - 如果只打算按
address.city分片，索引也只需建{ "address.city": 1 }，不必加其他字段 - 升序（
1）和降序（-1）对分片行为无实质影响，但要和shardCollection()中的顺序、方向严格一致
为什么 "address"（整个子文档）不能当分片键，但 "address.city" 可以
因为分片键必须可比较、可哈希、不可变，而整个嵌套文档是复合结构，无法唯一排序或稳定哈希；MongoDB 禁止将任何文档类型字段（包括空对象 {}）作为分片键的一部分。
错误示例：
sh.shardCollection("mydb.users", { "address": 1 })
会立刻报错：cannot use document for shard key。
- 即使
address字段在所有文档中结构一致，MongoDB 也不允许——这是硬性限制，不是配置问题 - 想按地址区域分片，必须落到具体字段，如
"address.postalCode"或"address.country"，而不是父级 - 如果业务上确实需要“按整个地址”逻辑分片，得先用聚合或应用层提取出一个归一化字段（如
addressHash），再以此分片
嵌套字段分片的性能与兼容性坑
点号路径分片本身没性能惩罚，但容易因数据分布不均引发热点。尤其当嵌套字段取值高度集中（比如 80% 文档的 address.city 都是 "Beijing"），会导致 chunk 持续向同一分片迁移，吞吐骤降。
- 务必用
sh.status()观察各分片的 chunk 数量和文档数，别只看平均值 - 4.4+ 版本支持分片键为
hashed类型，对address.city做哈希可缓解倾斜，但会失去范围查询能力 - 升级到 6.0 后，
reshardCollection支持修改分片键，但依然不能从普通字段改成点号路径——必须重建集合
最常被忽略的一点：分片键一旦设定，就不能删掉源字段或改其结构。比如上线后把 address.city 改成 location.city，旧分片键就失效了，路由会出错，且无法热修复。
