mongodb嵌套字段索引必须用点号精确匹配路径，如address.city；数组字段应使用items.name而非items.0.name；复合索引需前缀连续且层级完整；验证需结合explain与实际文档结构。
嵌套字段索引语法：点号路径必须写对
MongoDB 对嵌套字段建索引，核心就是用点号 . 展开路径，比如 address.city 或 tags.0。路径必须严格匹配文档结构，大小写、拼写、层级都不能错——写成 Address.city 或 address.City 都不会命中索引。
常见错误是把数组字段当对象用：items.name 只能匹配 {"items": {"name": "a"}}} 这种结构；如果 items 是数组，真正生效的是 items.0.name 或更通用的 items.name（后者会为数组中每个元素的 name 字段建立索引）。
-
db.collection.createIndex({"user.profile.age": 1})—— 正确，三级嵌套 -
db.collection.createIndex({"user.profile": 1})—— 会索引整个子文档，但无法加速user.profile.age = 25这类查询 - 路径中不能含变量或通配符，
user.profile.$field这类写法无效
数组内嵌套字段：用 items.name 还是 items.0.name
对数组中的嵌套字段建索引，选哪种路径取决于查询模式。MongoDB 的数组索引机制会自动“展开”匹配，但语义差异很大：
-
items.name：为数组中每个对象的name字段单独建索引项，支持{"items.name": "foo"}查询 -
items.0.name：只索引第一个元素的name，其他元素被忽略，几乎没实用价值 - 若查询固定位置（如“第一个 item 的 category”），且数组长度稳定，才考虑
items.0.category；否则一律用items.category
注意：如果数组嵌套更深，比如 [{"meta": {"tag": "x"}}, ...]，正确索引是 items.meta.tag，不是 items.0.meta.tag。
复合索引里嵌套字段的位置很关键
嵌套字段在复合索引中的顺序，直接影响能否用于查询和排序。MongoDB 要求查询条件中“前缀连续”字段必须存在，且嵌套字段不能跳过中间层级。
- 索引
{"status": 1, "user.role": 1, "user.id": 1}可用于{status: "active", "user.role": "admin"}，但不能用于{"user.id": 123}（缺少前缀status和user.role） - 索引
{"user.location.lat": 1, "user.location.lng": 1}支持地理查询，但{"user.location.lng": 1}单独查不会走索引 - 避免把高基数嵌套字段放在复合索引最前面，除非它总是出现在查询条件中——否则索引选择率低，浪费空间
验证索引是否真被用了：别只看 explain() 的 indexName
即使 explain("executionStats") 显示用了某个嵌套字段索引，也得看 nReturned 和 totalDocsExamined 是否接近——差距大说明索引过滤效果差，可能因类型不匹配或路径错误。
- 常见陷阱：字段值类型不一致，比如有的文档是
{"price": 99}，有的是{"price": "99"}，索引对字符串值无效 - 用
db.collection.getIndexes()确认索引定义无拼写错误，特别注意引号和点号位置 - 对
$elemMatch查询，确保索引路径与查询中使用的完全一致，例如{"items": {"$elemMatch": {"status": "done", "at": {"$gt": ISODate(...)}}}}最好有{"items.status": 1, "items.at": 1}复合索引
嵌套越深、结构越动态，索引定义和查询写法之间就越容易错位——多打几次 db.collection.findOne() 看实际文档结构，比凭印象写索引靠谱得多。
