MongoDB已索引字段不同筛选值查询耗时差异问题排查

核心问题：执行计划选择差异 #

你遇到的情况本质是MongoDB查询优化器对两次查询选择了不同的执行计划——查rc时走了status索引，查ra时大概率走了全表扫描。

先验证执行计划 #

用explain()命令确认两次查询的执行逻辑：

// 查看rc查询的执行计划详情
db.getCollection('contract').find({"status":"rc"}).explain("executionStats")
// 查看ra查询的执行计划详情
db.getCollection('contract').find({"status":"ra"}).explain("executionStats")

对比两次结果里的executionStats.executionStages.stage字段：

• 显示IXSCAN代表走了索引；
• 显示COLLSCAN代表全表扫描（这就是ra查询慢的核心原因）。

为什么会选全表扫描？ #

• 数据分布极端倾斜：rc占了集合80%左右的数据，而ra仅占1%。MongoDB优化器会认为，对于占比极低的数据，遍历整个集合找目标文档，比先查索引再回表取数据的开销更小，所以自动选了全表扫描。
• 索引统计信息过时：如果集合近期有大量数据写入、更新或删除，MongoDB的索引统计数据可能没及时同步，导致优化器做出错误判断。

解决办法 #

1. 强制走索引：用hint()指定使用status索引，直接绕过优化器的错误判断：

db.getCollection('contract').find({"status":"ra"}).hint({"status":1})

执行后再测耗时，应该会大幅下降。
2. 更新索引统计：执行db.runCommand({collStats: "contract", verbose: 1})手动触发统计更新，让优化器拿到最新的数据分布情况，后续就能自动选对执行计划。
3. 检查索引状态：用db.contract.getIndexes()确认status索引确实存在且正常，避免是索引损坏导致的问题。

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