MongoDB同时使用索引字段与非索引字段查询对性能有什么影响？

结论先行：这种查询场景整体检索效率会远高于无索引的全表扫描，额外增加的非索引筛选条件不会拖慢检索速度，反而会进一步降低数据返回的IO开销。

具体执行逻辑如下：

• 查询优化器会优先匹配你已经创建索引的筛选字段，首先执行索引扫描，快速圈定符合索引条件的文档子集，这一步已经将扫描范围从全量文档缩小到极小的目标区间，完全不会触发全表扫描。
• 后续仅会在这个已经大幅缩小的结果子集内，逐条校验非索引字段的筛选条件，过滤掉不符合要求的文档，这一步的计算开销几乎可以忽略不计。

特殊场景说明 #

只有当索引字段的筛选条件区分度极低时，才可能出现和全表扫描效率接近的情况：比如你给性别字段建了索引，筛选条件为gender: "男"，命中了全表90%的文档，此时走索引再过滤的开销和全表扫描差异很小，但也不会比全表扫描效率更低。

示例 #

假设你有100万条订单数据，已为user_id字段创建索引，现在执行查询：

db.orders.find({
  user_id: 12345,
  status: "paid" // status字段无索引
})

执行流程：

1. 走user_id索引快速定位到该用户的12条订单数据，不需要扫描全表100万条数据
2. 在这12条订单中逐一校验status是否为paid，计算开销可忽略
3. 相比仅用user_id过滤后在业务层做二次筛选，数据库层面直接加非索引条件还能减少无效数据的网络传输开销，整体查询速度更快。

内容的提问来源于stack exchange，提问作者Alexis Bonnyaud