MongoDB查询实际使用索引与explain结果不符问题求助

一、未自动选用field3_1索引的可能原因 #

• 集合统计信息过时
  MongoDB查询优化器依赖集合的统计数据（如字段基数、文档分布）评估索引性价比。若集合近期有大量增删改操作，统计信息未及时更新，优化器可能误判field1_1的过滤效果更优，进而选择错误索引。
• 查询计划缓存陈旧
  MongoDB会缓存查询计划提升重复查询性能。如果该查询曾使用field1_1索引且缓存未更新，即便后续最优计划改变，优化器仍可能复用旧缓存计划。
• 索引选择性计算偏差
  索引选择性越高，过滤文档的效率越强。若优化器计算field1的选择性时出现偏差（如统计数据高估field1的基数），会错误认为field1_1能更快缩小结果集，实际field3的选择性才更高。
• 谓词匹配成本估算误差
  优化器对不同类型查询谓词的成本估算可能存在偏差（比如字符串匹配与数值匹配的成本计算差异），导致优先选择了不符合实际性能的索引。

二、确认MongoDB实际使用索引的方法 #

• 用explain("executionStats")分析执行计划
  给查询追加explain("executionStats")命令，重点查看两个字段：
  • queryPlanner.winningPlan.inputStage.indexName：优化器选定的索引名称
  • executionStats.executionStats.indexName：实际执行时使用的索引（与前者一致则计划执行正常）
    示例命令：

  db.getCollection('someCollection').find({
      "field1" : "some value",
      "field2" : 1,
      "field3" : "some ID"
  }).explain("executionStats");
  

• 检查并清理查询计划缓存
  查看当前集合的查询计划缓存，确认是否存在陈旧的错误计划：

  db.runCommand({ planCacheListPlans: "someCollection" })
  

  若发现问题缓存，可执行以下命令清除：

  db.runCommand({ planCacheClear: "someCollection" })
  

• 强制指定索引做对比验证
  通过hint()强制指定不同索引，对比执行耗时与explain结果，验证自动选择的索引是否偏离实际最优解：

  // 强制使用field3_1索引
  db.getCollection('someCollection').find({
      "field1" : "some value",
      "field2" : 1,
      "field3" : "some ID"
  }).hint("field3_1").explain("executionStats");
  
  // 强制使用field1_1索引
  db.getCollection('someCollection').find({
      "field1" : "some value",
      "field2" : 1,
      "field3" : "some ID"
  }).hint("field1_1").explain("executionStats");
  

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