MongoDB聚合管道中Match与Sort执行顺序及Dummy Project疑问

1. 是否会出现Sort先于Match执行的情况？ #

不会。你的$match阶段已经对time字段做了明确的范围过滤（$gte和$lte），MongoDB的查询优化器会优先执行$match来剔除不符合时间范围的文档——毕竟先过滤掉大量无关数据，再对剩余数据排序，效率远高于先排序全量数据再过滤。只有当$sort使用的字段完全没出现在$match条件中时，优化器才可能判断先排序更优，你的场景不存在这种情况。

2. Dummy Project是什么？ #

Dummy Project指的是在$match和$sort之间插入一个无实际数据修改的$project阶段，用来强制MongoDB先完成$match过滤，再执行后续的$sort。举个例子：

$match: {
  dat: { $regex: "^" + eventStat.dat },
  time: {
    $gte: eventStat.time.from,
    $lte: eventStat.time.to,
  },
},
// Dummy Project：原样保留所有字段，无实际修改
$project: { "$$ROOT": 1 },
$sort: { time: 1 }

或者也可以明确列出需要保留的字段：

$project: { _id: 1, eventCode: 1, time: 1, dat: 1 }

这个阶段不会改变文档内容，但会打断优化器对$match和$sort的合并执行逻辑，从而强制顺序为Match → Project → Sort。不过回到你的场景，其实完全不需要用这个技巧，因为优化器已经会自动选择先执行$match的最优路径。

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