$elemMatch查询易因索引失效导致性能问题，需通过explain验证索引命中情况，按等值字段前置、范围字段后置原则创建复合索引，并避免单条件时误用$elemMatch。
当集合中存在大量嵌套数组文档，且业务查询频繁依赖多个字段组合匹配数组内单个元素时，$elemMatch检索容易因全表扫描或索引失效导致响应超时甚至CPU飙升。
确认查询是否命中复合索引
执行 db.collection.explain("executionStats").find({ "items": { $elemMatch: { "status": "shipped", "qty": { $gt: 5 } } } }) → 查看返回结果中的 executionStats.executionStages.inputStage.indexName 字段值是否非空。
若该字段为空或显示 COLLSCAN，说明当前查询未使用任何索引，必须立即构建对应索引；若显示索引名但 nReturned 远小于 totalDocsExamined，说明索引选择不当或覆盖不全。
构建高效复合索引
方法一：按 $elemMatch 内字段顺序创建前缀索引
对字段 items.status 和 items.qty 建立升序复合索引：db.collection.createIndex({ "items.status": 1, "items.qty": 1 })。
方法二：将高频等值查询字段前置，范围查询字段后置
若 status 总是精确匹配（如 "shipped"），而 qty 是范围条件，则必须把 status 放在索引第一位，否则 MongoDB 无法跳过范围字段进行索引截断；【索引字段顺序错误会导致整个索引对 $elemMatch 查询完全失效】。
方法三：添加数组字段本身到索引路径开头
仅当数组字段名（如 items）在查询中固定出现时，才需显式包含它——MongoDB 要求索引路径必须完整匹配查询路径，"items.status" 索引不能服务于 "orders.items.status" 查询。
重写查询避免隐式全量展开
第一步：禁用 $elemMatch 包裹单条件查询
错误写法：{ "items": { $elemMatch: { "status": "shipped" } } } → 实际等价于 { "items.status": "shipped" }，但强制触发数组展开逻辑，增加内存开销。
第二步：用点号直接访问，让优化器走更轻量的索引扫描路径
改写为：{ "items.status": "shipped" }，并确保已建索引 { "items.status": 1 }。
第三步：多条件组合时仍需 $elemMatch，但必须配合正确索引
例如同时约束 status 和 sku 两个字段属于同一个数组元素，此时 $elemMatch 不可省略，否则可能跨不同数组项拼凑出虚假匹配结果。
验证索引实际生效效果
执行 db.collection.find({ "items": { $elemMatch: { "status": "shipped", "qty": { $gt: 5 } } } }).hint({ "items.status": 1, "items.qty": 1 }).explain("executionStats") → 检查 executionStats.executionStages.nReturned 是否等于预期文档数，且 executionStats.executionStages.totalKeysExamined 接近 nReturned 而非远大于它。
若 totalKeysExamined 显著高于 nReturned，说明索引区分度不足，需考虑加入第三个高基数字段（如 items.sku）提升选择性。
