如何通过MongoDB Explain判断$sort/$skip/$limit是否内存阻塞执行？

关键判断字段 #

直接盯紧explain输出里的executionStats和executionStages节点，重点看这几个地方：

1. $sort阶段的内存与磁盘标记 #

• 找到对应$sort的执行阶段：
  • 查看是否有memUsage字段：如果数值小于100MB（MongoDB默认聚合内存上限），且未出现spillFiles，说明全程内存执行，无阻塞。
  • 若出现spillFiles字段，说明数据量超出内存限制，MongoDB已将数据写入临时磁盘文件，必然存在性能阻塞。
• 另外检查sortStage下的usingExternalSort：值为true代表使用磁盘排序（外部排序），肯定是内存不足导致；false则为纯内存排序。

2. 排序是否利用了索引的有序性 #

你已使用索引，需确认排序是否直接复用了索引的有序输出：

• 在executionStages里找到IXScan阶段的direction（如forward/backward），看是否与你的$sort规则匹配。
• 如果排序是依托索引有序性完成的，MongoDB会跳过内存排序步骤，自然不存在内存阻塞问题。

3. $skip/$limit的影响 #

$skip和$limit本身占用内存极少，但执行顺序很关键：

• 如果它们在索引扫描或排序之后执行，只是对已过滤/排好序的结果做截取，不会触发内存阻塞。
• 若在全表扫描这类未过滤步骤之前执行，才可能加载多余数据，但你已使用索引，这种情况基本不会出现。

针对你这个查询的具体分析 #

• 你的双重$or+$regex查询已命中复合索引，从explain的IXScan阶段可确认索引生效。
• 查看$sort阶段的usingExternalSort：若为false且memUsage远低于100MB，说明排序在内存中完成，无阻塞；若出现spillFiles，则触发了磁盘排序。
• 你的$skip和$limit在排序之后执行，仅做结果截取，不会占用大量内存。

额外验证技巧 #

执行db.collection.explain("executionStats")（verbose模式），可获取更细致的内存使用数据，直接与100MB阈值对比即可。

内容的提问来源于stack exchange，提问作者Bear Bile Farming is Torture