MongoDB聚合管道$skip开头失效末尾生效的原因及最佳实践

为什么$skip放在管道开头会失效？ #

MongoDB聚合管道是严格按顺序执行的，把$skip放在开头，会直接跳过原始集合中的前N条文档，但后续的$match、$lookup等阶段会过滤、新增或修改文档集合，导致最终结果完全偏离预期的分页逻辑。更关键的是，原始集合的文档存储顺序不固定（受分片、更新操作等影响），无排序前提下的$skip跳过的是随机顺序的文档，完全没有实际意义。

哪些操作会影响$skip的效果？ #

• 无排序的前置逻辑：$skip之前没有$sort阶段时，文档顺序不可靠，跳过的内容随机，分页结果无法保证一致性。
• 改变文档数量的阶段：$match（过滤减少文档）、$lookup（新增关联数据可能间接增加文档）、$unwind（拆分数组增加文档）、$group（合并文档减少数量），这些操作放在$skip之后会让$skip的作用基数完全错误，分页逻辑直接混乱。
• 依赖后续字段的排序：如果排序需要用到$addFields/$project新增的字段，但$sort放在$skip之后，会导致$skip基于无意义的顺序执行，结果不符合预期。

$skip阶段的最佳放置位置与实践 #

1. 必须紧跟$sort之后：分页的核心是数据有固定顺序，先完成排序再执行$skip，才能保证每次分页的结果连续且一致。
2. 放在$limit之前：分页逻辑中$skip和$limit的顺序固定为$skip → $limit，先限制数量再跳过会导致结果为空或完全不符合预期。
3. 前置$match过滤：把$match放在管道最开头，先过滤掉不需要的文档，减少后续阶段的数据处理量，大幅提升聚合性能。
4. 避免在$skip前执行$lookup/$unwind/$group：这些操作会改变文档的数量或结构，让$skip的跳过基数偏离原始数据的分页需求。
5. 合理安排投影阶段：如果投影不影响排序字段，可将$project/$addFields放在$sort之前（减少排序时的数据体积）；若排序依赖新增字段，则先执行$addFields再$sort，最后才是$skip。

正确管道顺序示例 #

[
  // 1. 先过滤，缩减数据量
  { $match: { status: "published" } },
  // 2. 新增排序所需字段（若有）
  { $addFields: { hotScore: { $add: ["$readCount", "$likeCount"] } } },
  // 3. 固定排序顺序
  { $sort: { hotScore: -1, publishTime: -1 } },
  // 4. 跳过指定数量实现分页
  { $skip: 30 },
  // 5. 限制返回结果数
  { $limit: 10 },
  // 6. 最后投影需要的字段
  { $project: { _id: 0, title: 1, hotScore: 1, publishTime: 1 } }
]

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