mongodb多范围条件与多字段排序易触发内存排序，需构建符合esr原则的复合索引：等值字段（高选择性优先）→排序字段（方向严格一致）→范围字段；多个范围字段应合并或离散化；末尾加_id确保唯一排序；$limit须紧随$sort以减少内存占用。
当查询同时包含多个范围条件（如{$gt: 100, $lt: 500}）和多字段排序（如.sort({createdAt: -1, priority: 1})）时，MongoDB极易触发内存排序或全索引扫描，导致响应超时甚至SortStage内存溢出错误。
确认是否真正在用索引排序
执行带explain的聚合查询：db.collection.explain("executionStats").find({status: "active", amount: {$gt: 100, $lt: 500}}).sort({createdAt: -1, priority: 1})。
检查返回结果中stage字段是否为IXSCAN；若出现SORT或COLLSCAN，说明排序未走索引，必须调整索引结构。
特别注意totalDocsExamined远大于totalKeysExamined时，基本可判定索引前缀未压住数据量——等值字段缺失或位置错误。
构建符合ESR原则的复合索引
方法一：严格遵循等值→排序→范围顺序
先提取所有等值查询字段（如status、tenantId、category），按选择性从高到低排列；再追加排序字段（方向必须与.sort()完全一致）；最后放范围字段（如amount、createdAt）。
例如查询db.orders.find({tenantId: "t-123", status: "shipped"}).sort({createdAt: -1, priority: 1}).limit(20)，对应索引应为{tenantId: 1, status: 1, createdAt: -1, priority: 1, amount: 1}——【amount必须放在priority之后，否则priority排序失效】。
方法二：当存在多个范围字段时，只保留一个在末尾，其余转为等值或离散化处理
比如原查询含{amount: {$gt: 100}, score: {$gte: 8.5}}，可将score映射为等级字段level: "A" / "B" / "C"，再建索引{tenantId: 1, level: 1, createdAt: -1, amount: 1}，避免两个范围字段并列导致索引截断。
规避内存排序的强制手段
第一步：确保排序字段方向与索引定义100%一致
若索引是{status: 1, createdAt: -1}，则.sort({createdAt: 1})无法命中——MongoDB不支持升序索引直接服务降序排序，必须重建方向匹配的索引。
第二步：为多字段排序添加唯一性兜底
当createdAt和priority组合仍存在大量重复值时，排序结果不稳定，且易引发内存重排。在索引末尾追加{_id: 1}，即{tenantId: 1, status: 1, createdAt: -1, priority: 1, _id: 1}，可强制物理顺序唯一，消除SortStage。
第三步：验证limit是否前置生效
在聚合管道中，$limit必须紧跟$sort之后、$group或$lookup之前；否则MongoDB会先拉取全部匹配文档再截断，内存占用陡增。
