MongoDB查询未命中预期复合索引，如何调整实现目标索引命中？

• 实际执行的MongoDB查询语句：{discontinued:0, status:1, visibility:4, "out_of_stock_backend_item.id":{$ne:12524}}
• 预期命中的目标复合索引结构：{discontinued:-1, status:1, visibility:1, out_of_stock_backend_item.id:1}
• 实际优化器选择的获胜执行计划所用索引：{discontinued:-1, status:1, visibility:1, entity_id:1}，目标索引被优化器直接判定为次优方案排除

优化器在选择执行计划时，会从定位能力、扫描成本、排序开销三个维度对比所有可用索引的代价，目标索引被拒的核心逻辑有两点：

1. $ne谓词的索引利用效率极低
   排在目标索引第四位的out_of_stock_backend_item.id对应的查询条件是$ne:12524这类否定式判断，无法利用索引的有序性做精准定位，只能等前三个等值条件定位完所有索引条目后，逐行判断该字段的值是否满足要求。也就是说这个字段虽然存在于索引结构中，但完全没有降低需要扫描的索引条目数，反而因为多存了这个字段的内容，增大了整体索引的体积，拉高了磁盘IO的扫描成本。
2. 同前缀索引的竞争挤压
   获胜索引和目标索引的前三个字段完全一致，说明两者对前三个等值条件的定位能力没有区别。但获胜索引的第四个字段是entity_id，这类主键类字段通常值长度短、索引条目体积更小，在扫描同等范围数据时的磁盘读成本更低，自然会被判定为更优选项，连带把体积更大的目标索引直接排除出对比范围。

• 改写$ne查询谓词，匹配索引的范围扫描能力
  把原本的"out_of_stock_backend_item.id":{$ne:12524}调整为和原逻辑等价的、可利用索引有序性的范围组合：{ $or: [{"out_of_stock_backend_item.id": {$lt: 12524}}, {"out_of_stock_backend_item.id": {$gt: 12524}}, {"out_of_stock_backend_item.id": null}] }。这种写法和原$ne的匹配范围完全一致（包含字段不存在、值为null的文档），但可以直接在索引层面通过连续范围扫描完成过滤，不需要逐行判断，优化器会重新计算索引的扫描成本，重新评估目标索引的优先级。
• 调整目标索引的字段排序方向，消除排序开销干扰
  原索引的前三个字段采用了混合排序方向（discontinued降序，status、visibility升序），如果查询存在隐式分页排序需求，优化器可能会判定走该索引后需要额外做内存排序，从而拒绝该执行计划。可以将索引字段调整为全统一排序方向，比如{discontinued:1, status:1, visibility:1, out_of_stock_backend_item.id:1}，完全匹配查询的排序需求，减少不必要的排序开销计算。
• 清理同前缀的冗余竞争索引
  如果业务场景下对{discontinued:-1, status:1, visibility:1, entity_id:1}索引没有刚性需求，可以在确认该索引没有被其他业务查询复用到的前提下评估删除，消除优化器在同前缀索引间的成本比较干扰。
• 更新索引统计信息，修正成本估算偏差
  如果改写查询后优化器依然存在判断偏差，可以通过重建对应索引更新字段基数、值分布的统计元数据，让优化器能准确计算目标索引的实际过滤能力，避免因为统计信息过期导致的错误选路。

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