MongoDB中嵌入式文档的$lookup操作：字段值顺序是否影响匹配？

这个问题我太熟了！核心原因是MongoDB对嵌套文档的键顺序是严格敏感的——哪怕两个嵌套文档的键值对完全一致，只要键的排列顺序不一样，MongoDB就会判定它们不相等，这就是你直接用$lookup匹配_id失败的根源。

下面给你两种可行的解决思路，按需选择：

思路一：聚合管道内临时统一键顺序（无需修改原数据） #

如果只是临时查询，不想改动原集合的数据，可以在$lookup的管道里，先把两个集合的_id重新构造成键顺序一致的临时字段，再进行匹配。

比如我们统一将匹配字段的键顺序设为{State: ..., Race: ...}，具体聚合脚本如下：

db.Collection1.aggregate([
  // 第一步：给Collection1的文档生成键顺序统一的匹配字段
  {
    $addFields: {
      matchedId: {
        State: "$_id.State",
        Race: "$_id.Race"
      }
    }
  },
  // 第二步：$lookup关联Collection2，同时在子管道里处理Collection2的_id
  {
    $lookup: {
      from: "Collection2",
      let: { localMatchedId: "$matchedId" },
      pipeline: [
        {
          $addFields: {
            matchedId: {
              State: "$_id.State",
              Race: "$_id.Race"
            }
          }
        },
        {
          $match: {
            $expr: { $eq: ["$matchedId", "$$localMatchedId"] }
          }
        }
      ],
      as: "collection2Data"
    }
  },
  // 可选：移除临时生成的matchedId字段，让结果更整洁
  {
    $project: {
      matchedId: 0
    }
  }
])

这个方法的好处是完全不改动原数据，适合一次性查询场景。

思路二：永久统一集合的_id键顺序（长期高效方案） #

如果这两个集合需要长期关联查询，建议直接修改集合的_id，统一键顺序，这样后续的$lookup可以直接匹配_id，效率更高。

比如我们把Collection2的_id统一改成{State: ..., Race: ...}的顺序，执行以下脚本即可：

// 遍历Collection2的所有文档，重新构造_id
db.Collection2.find().forEach(doc => {
  const newId = {
    State: doc._id.State,
    Race: doc._id.Race
  };
  // 更新文档的_id
  db.Collection2.updateOne(
    { _id: doc._id },
    { $set: { _id: newId } }
  );
})

⚠️ 注意：修改_id前请务必备份数据，且该操作仅适用于未分片的集合。修改完成后，你就可以直接用常规的$lookup匹配_id了：

db.Collection1.aggregate([
  {
    $lookup: {
      from: "Collection2",
      localField: "_id",
      foreignField: "_id",
      as: "collection2Data"
    }
  }
])

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