MongoDB复合索引未自动生效问题：需冗余条件触发索引？

先明确场景：
你创建了如下复合索引：

{ A: 1, B: 1 }

执行以下聚合查询时，该索引未被使用：

db.user.aggregate([
  { $match: { B: { $gt: 100 } } },
  { $sort: { A: 1 } },
  { $limit: 1000 }
])

仅当在$match阶段添加冗余的A: { $exists: true }条件（实际所有文档均包含A字段），查询才能利用该索引：

db.user.aggregate([
  { $match: {
      A: { $exists: true },
      B: { $gt: 100 }
  } },
  { $sort: { A: 1 } },
  { $limit: 1000 }
])

核心原因：MongoDB优化器不会自动推断所有文档包含A字段 #

MongoDB的复合索引{A:1,B:1}有个关键特性：只有包含A字段的文档才会被纳入该索引，没有A字段的文档不会出现在这个索引里。

当查询未指定A: { $exists: true }时，优化器必须考虑一种可能性：存在没有A字段但满足B: { $gt: 100 }的文档。如果选择该复合索引，会遗漏这类文档（尽管实际不存在），因此优化器不会选择这个索引，转而执行全表扫描后再排序，自然无法利用索引的排序能力。

添加A: { $exists: true }后的优化逻辑 #

当明确添加该条件后，查询范围被限定为仅包含A字段的文档，这些文档恰好全部在目标复合索引中。此时优化器可以充分利用索引结构：

• 按索引中A的升序顺序遍历（天然满足$sort: {A:1}的需求，省去单独排序的开销）
• 同时检查每个文档的B值是否大于100
• 收集到1000个符合条件的文档后立即停止扫描（结合$limit提前终止，减少不必要的遍历）

这样既完成了筛选，又通过索引直接实现了排序，完美利用了复合索引的优势。

补充说明 #

即便你确认所有文档都包含A字段，MongoDB优化器也不会自动做这个假设——它只会基于你明确写出的查询条件和索引定义做决策。添加A: { $exists: true }本质是给优化器一个明确信号：无需考虑无A字段的文档，可以放心使用该索引。

内容的提问来源于stack exchange，提问作者Bear Bile Farming is Torture