为何对索引字段执行$group+$sort不超RAM上限，单独$sort却会？

问题原因分析 #

1. 单独执行$sort触发内存超限的原因 #

MongoDB默认对内存排序操作设置了32MB的上限，你遇到报错的核心前提是当前复合排序无法命中索引，只能走全量内存排序：

• 你创建的是name、_id两个字段的独立单字段索引，而排序规则是复合排序{name: 1, _id: 1}，只有键顺序完全匹配的复合索引才能直接支撑该排序，单字段索引无法满足需求。数据库必须把所有符合$match条件的完整文档全部加载到内存中完成排序，5万条完整文档的总大小超过32MB上限，因此触发报错。

2. 搭配$group后无内存超限的原因 #

这是MongoDB聚合管道的投影裁剪优化+阶段合并优化共同作用的结果：

• 聚合优化器会先识别到后续$group阶段仅用到了_id字段，会自动在排序阶段前隐式添加投影操作，仅加载排序必需的name、_id两个小字段，不需要加载文档的其他业务字段，5万条两个字段的总大小远低于32MB的上限，自然不会触发内存超限。
• 当$sort后紧跟_id为常量的$group阶段时，MongoDB还会做阶段合并优化，不需要将全量排序后的结果暂存到内存中再输入给$group，而是边排序边将_id写入$group的数组中，进一步降低了内存开销。

额外优化建议 #

如果要彻底避免内存排序，建议创建复合索引db.items.createIndex({name: 1, _id: 1})，排序时可以直接命中索引返回结果，既不会触发内存排序，也不需要开启allowDiskUse参数。

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