$sort必须放在$match之后、$limit之前且紧邻需排序数据的阶段前；多字段排序用1/-1指定升降序，须确保排序字段在上一阶段输出中存在并补唯一字段如_id保证稳定性。
聚合管道里 $sort 放哪儿才生效？
它必须放在 $group 或 $project 之后、$limit 之前——放错位置会导致排序被忽略或报错。比如在 $group 前加 $sort，只会对原始文档排序，不影响分组后的结果；而放在 $limit 后，排序根本没机会执行。
- 正确顺序示例：
$match→$sort→$group→$sort→$limit - 如果只想要分组后按某字段排序，第二个
$sort才是关键 -
$sort对内存敏感：默认限制 100MB，超限会报Sort exceeded memory limit
多字段排序怎么写？升序降序混用要注意什么？
字段名后跟 1（升序）或 -1（降序），不能用 true/false 或字符串 "asc"。MongoDB 不支持 { price: "desc", name: "asc" } 这种写法。
Massive.com CLI
下载
一款AI数据处理工具，主要用于用于查询 Massive 市场数据端点的 Bash CLI 封装和 OpenClaw 技能，适用于 Codex 或 OpenClaw 代理从 shell 调用，适合需要提升相关任务效率的用户。
- 合法写法：
{ price: -1, name: 1 } - 错误写法：
{ price: "desc" }或{ price: -1, name: "asc" }，会静默失败或返回空结果 - 注意字段是否存在：对不存在的字段排序不会报错，但该字段值全为
null，可能打乱预期顺序
为什么加了 $sort 却没看到效果？
最常见原因是没意识到 $sort 只影响当前管道阶段输出，不改变后续阶段的逻辑结构。尤其当用了 $group 且未显式投影排序字段时，排序字段可能被丢弃。
- 典型陷阱：分组后只返回
_id和count，却想按count排序，但没在$group里保留或重命名该字段 - 解决办法：确保排序字段在上一阶段输出中存在，必要时用
$project显式包含 - 验证方法：临时去掉
$sort，用db.collection.aggregate([...]).toArray()看中间结果是否含目标字段
大数据量排序性能怎么扛住？
聚合中的 $sort 无法直接利用索引，除非它紧邻 $match 且排序字段也在匹配条件里——这种“带筛选的前置排序”才可能走索引。
- 能走索引的场景：
$match+$sort（无其他中间阶段），且$match条件覆盖了$sort字段 - 避免全表排序：尽量把
$match提前，缩小数据集再排序 - 内存不够时，加
allowDiskUse: true参数（驱动层控制），否则直接失败
$sort 就万事大吉。最容易漏掉的是字段是否真出现在排序前的输出里，以及内存限制是否触发了静默降级。
