MongoDB使用Skip+Limit分页仍抛出sort exceeded memory limit异常如何解决

问题根因 #

该报错由MongoDB排序阶段的内存限制规则触发：MongoDB的100MB内存排序限制针对的是排序阶段扫描的所有符合过滤条件的文档，而非最终返回的结果集。

你的查询执行逻辑是先匹配所有符合过滤规则的文档，再对全量匹配结果做排序，最后通过skip+limit取对应页的10条数据。如果匹配过滤条件的文档总大小超过100MB，哪怕最终只返回10条，排序阶段依然会触发内存超限异常。

此外代码中用到的idsFluxoCompleto.Contains(c.IdFluxoCompleto)属于IN查询，加上后续多个可选过滤条件，如果这些查询字段、排序字段没有对应索引，MongoDB会触发全表扫描，进一步放大排序阶段需要处理的文档体量，加剧该问题。

可行解决方案 #

• 创建适配查询的复合索引：遵循「等值过滤字段在前，排序字段在后」的索引创建原则，针对你的查询场景，可优先创建{ IdFluxoCompleto: 1, DataHora: -1 }的复合索引，后续可将高频使用的等值过滤字段按使用频率依次加入索引前缀。该方案可以让MongoDB直接按索引顺序返回结果，无需额外内存排序，从根源避免内存超限问题。
• 替换大skip分页逻辑：如果业务场景存在大页数查询需求，skip需要跳过大量已排序的文档，性能极低。可改为游标分页方案，以上一次查询返回的最后一条数据的DataHora和_id作为下一次查询的起始过滤条件，直接通过索引定位到查询起始位置，无需执行skip操作，大幅提升查询性能。
• 优化模糊查询逻辑：代码中的Telefone.Contains(filtro.Telefone)如果是前缀匹配场景，可给Telefone字段添加前缀索引；如果是任意位置模糊匹配，可使用MongoDB内置全文索引，避免全表扫描拉低查询效率。

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