MongoDB带$sort的查询耗时过长问题排查求助

你的问题核心是现有索引无法同时满足查询过滤和排序的双重需求，导致MongoDB要么做全索引扫描，要么在内存中进行大规模排序，自然耗时极久。

现有索引的问题分析 #

• 索引{timestamp: 1, _id: 1}：这个索引按timestamp升序存储，虽然MongoDB支持反向扫描索引适配降序排序，但你的查询还需要过滤fieldCheck: "1"的文档——该索引不包含fieldCheck字段，MongoDB只能扫描整个（或大部分）索引后再逐一过滤，数据量大时效率极低。
• 索引{fieldCheck: 1, _id: 1}：这个索引能快速过滤出fieldCheck: "1"的文档，但索引里没有按timestamp有序存储这些文档。添加排序后，MongoDB需要把所有符合过滤条件的文档加载到内存排序，数据量一大不仅内存开销大，还可能触发磁盘排序，直接拖慢查询。

正确的索引方案 #

创建同时包含过滤字段和排序字段的复合索引，且排序字段的顺序、方向要与查询完全匹配：

db.yourCollection.createIndex({fieldCheck: 1, timestamp: -1, _id: -1})

这个索引的作用：

1. 先通过fieldCheck: 1快速定位所有符合过滤条件的文档；
2. 这些文档在索引中已经按timestamp降序、_id降序排列完成，无需额外排序，直接返回结果即可。

验证方法 #

执行查询时加上explain("executionStats")查看执行计划：

• 如果executionStats.executionStages.stage为FETCH，且inputStage.stage是IXSCAN，同时没有SORT阶段，说明索引已生效；
• 若出现SORT阶段，说明仍未用到索引排序，需检查索引是否正确创建。

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