为何MongoDB的$lookup使用pipeline和变量时必须搭配$expr？

首先明确：你想直接在$match里写"interactionId": "$_id"是行不通的，因为这里的$_id会被MongoDB当成messages集合自身的字段，而不是主集合的_id字段。

核心原因：管道作用域的隔离 #

$lookup的pipeline参数是一个独立运行在目标集合（messages）上的聚合管道，它默认只能访问目标集合的文档字段。而主集合的字段（比如主文档的_id）属于外部作用域，必须通过let参数定义成变量（比如iId: "$_id"），然后在管道内部用$$iId来引用。

但普通的$match查询语法（即键值对形式）只能识别当前集合的字段（用$字段名），没法解析$$开头的外部变量。只有通过$expr，才能在查询中使用聚合表达式，从而访问到let定义的外部变量，实现跨作用域的字段匹配。

关于你提到的性能问题 #

你担心$expr性能不如普通$match是有道理的——普通$match可以直接利用目标集合上的索引（比如interactionId和author.role的复合索引），而$expr在某些场景下可能无法高效利用索引。不过针对你的需求，其实可以优化写法，把能不用$expr的条件拆分出来：

{
  $lookup: {
    from: 'messages',
    let: { "iId": "$_id" },
    pipeline: [
      {
        $match: {
          "author.role": "agent", // 这个条件属于目标集合字段，直接写，能利用索引
          $expr: { $eq: ["$interactionId", "$$iId"] } // 只有跨作用域的匹配用$expr
        }
      }
    ],
    as: "messages"
  }
}

这种写法既满足了跨集合字段匹配的需求，又让author.role: "agent"这个条件可以正常利用索引，相比全用$expr的版本性能会更好。

为什么你期望的写法不生效 #

你想去掉let和$expr直接写"interactionId": "$_id"，MongoDB会把这里的$_id解释为messages集合中文档的_id字段，而不是主集合的_id，所以根本匹配不到你想要的数据。

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