MongoDB 默认不主动使用索引交集，仅在所有谓词均为等值匹配且无范围操作时才可能触发；多键索引几乎不参与交集，$elemMatch 是实现数组字段内边界交集的唯一可靠方式。
MongoDB 默认不主动使用索引交集（Index Intersection）来优化多维度过滤查询，除非你显式干预或满足极严格的条件；多数情况下它更倾向用单个复合索引，而非拼凑多个单字段索引。
为什么 MongoDB 很少自动用 index intersection
MongoDB 从 2.6 版本起支持索引交集，但它的触发门槛很高：
- 所有参与交集的索引必须是“完全匹配”型，即查询谓词不能含范围操作（如
$gt、$lt），否则交集被跳过 - 即使满足条件，优化器也常认为单个复合索引 + 索引扫描更高效，尤其当数据分布倾斜时
- 多键索引（
array字段上的索引）几乎从不参与交集——哪怕你建了{tags: 1}和{status: 1}，对{tags: {$in: [...]}, status: "active"}也不会交集 -
explain("executionStats")中若看到"stage": "IXSCAN"只出现一次，且"nReturned"远大于"totalDocsExamined"，基本可确认没走交集
$elemMatch 是多键索引边界收缩的唯一可靠路径
当你对数组字段做多条件过滤（比如“某个元素同时满足 A 和 B”），不用 $elemMatch 就等于放弃索引边界优化：
- 错误写法：
{grades: {$gte: 90, $lte: 99}}→ MongoDB 拆成两个独立谓词，无法交集，只能全扫数组索引项 - 正确写法：
{grades: {$elemMatch: {$gte: 90, $lte: 99}}}→ 触发多键索引边界交集，生成[[90, 99]]范围扫描 - 注意：
$elemMatch必须作用于**同一数组字段**；跨字段（如grades和subjects）仍无法交集 - 复合索引
{grades: 1, subjects: 1}在这种场景下反而更慢——因为多键索引的复合边界展开后爆炸式膨胀
手动强制索引交集：用 hint() 但要小心副作用
你可以用 hint() 指定多个索引，让 MongoDB 尝试交集，但这不是银弹：
- 语法示例：
db.orders.find({status: "shipped", category: "electronics"}).hint({status: 1}).hint({category: 1}) - 问题在于：如果任一索引返回大量文档（比如
status: "shipped"占全量 80%），交集计算本身会成为瓶颈，比直接扫复合索引还慢 -
hint()会绕过查询优化器，后续数据分布变化后可能长期劣化，且无法在分片集群中跨 shard 保证行为一致 - 真正适合的场景极少：两个高选择性等值查询（如
user_id: ObjectId(...)+tenant_id: "abc"），且你已通过explain验证交集确实减少docsExamined
最常被忽略的一点：多键索引的“边界交集”只发生在单字段内多个谓词之间（靠 $elemMatch），而不是跨字段索引之间。想靠堆砌一堆单字段索引实现多维过滤加速，大概率会掉进全表扫描陷阱。
