MongoDB排序字段顺序必须与索引定义严格一致，因B+树按索引字段顺序逐层嵌套排序；.sort({a:1,b:-1})仅能命中{a:1,b:-1}或全反向{a:-1,b:1}索引，顺序或方向错即触发内存SORT，甚至Sort exceeded memory limit错误。
复合索引字段顺序直接影响排序是否走内存——顺序错，SORT阶段必现，不是慢一点，而是直接触发 Sort exceeded memory limit 错误或严重拖慢响应。
为什么排序字段顺序必须和索引定义严格一致？
MongoDB 的 B+ 树索引是按字段定义顺序逐层嵌套排序的。查询 .sort({ a: 1, b: -1 }) 要跳过内存排序，索引必须是 { a: 1, b: -1 } 或全反向 { a: -1, b: 1 }。如果索引是 { b: -1, a: 1 }，哪怕字段完全一样，MongoDB 也无法顺着索引“自然流出”排序结果。
-
.sort({ status: 1, userId: 1 })无法用{ userId: 1, status: 1 }加速——索引里是“先按 userId 分桶、再按 status 排”，而查询要的是“先按 status、再按 userId” - explain 输出中
"stage": "SORT"出现在 executionStages 里，就是最明确的信号 - 混合方向（如
{ a: 1, b: -1 }）只支持同向或全反向sort()，不支持{ a: 1, b: 1 }或{ a: -1, b: -1 }
范围字段插在排序字段前面或中间会怎样？
一旦索引中范围字段（如 {$gt: 100}、{$in: [...]}）出现在排序字段之前或之间，后续所有排序字段就失去全局有序性，MongoDB 只能靠内存排序补足。
- 查询
db.orders.find({ amount: { $gt: 100 }, status: "paid" }).sort({ createdAt: -1 })，若索引为{ amount: 1, createdAt: -1, status: 1 }，则createdAt无法用于排序——amount是范围，它之后的字段在 B+ 树中不再连续有序 - explain 中
"totalDocsExamined" >> "totalKeysExamined"，且出现"nReturned"远小于"executionStages.nReturned"，说明大量文档被 fetch 后才过滤 - 正确顺序应是
{ status: 1, createdAt: -1, amount: 1 }：等值 → 排序 → 范围
如何验证排序真的走索引了？
不能只看 explain("queryPlanner") 里有没有 IXSCAN；必须用 explain("executionStats") 确认两点：
-
executionStages.stage是"IXSCAN"，且没有子节点含"stage": "SORT" -
"totalDocsExamined"≈"nReturned"（说明没做多余 fetch），且"totalKeysExamined"接近"nReturned"（说明没扫无效索引项） - 如果
"executionStages.works"明显大于"nReturned"，大概率有隐式 SORT 或 FILTER 阶段在后台运行
最容易被忽略的点是：排序稳定性。即使索引对了、SORT 消失了，当多个文档 score 完全相同时，MongoDB 不保证它们的相对顺序固定——分页时可能漏数据或重复。必须加一个确定性字段兜底，比如 .sort({ score: -1, _id: 1 })。
