MongoDB原生不支持跨数据库$lookup，因from参数禁止含“.”且仅接受同库集合名；替代方案为应用层合并或先导出至同库再用$unionWith处理，同时须严格统一字段BSON类型。
MongoDB 原生不支持跨数据库（cross-database）的 `$lookup`，这是硬性限制 —— 无论你用 `mongosh`、Compass 还是驱动程序，`$lookup` 的 `from` 参数只能指向**同一数据库内的集合**。想做跨库对比，必须换思路。
为什么 $lookup 无法跨库？
MongoDB 从 3.6 开始增强 `$lookup`，但官方文档明确说明：from 字段**不接受数据库前缀**（如 "db2.users"），只接受集合名。尝试传入带点号的字符串会直接报错："errmsg" : "collection name must not contain '.'"。这不是版本问题，是设计约束。
替代方案：应用层合并 or $unionWith + 同库投影
真正可行的路径只有两条，取决于你的数据是否能临时归集：
- 若目标集合可读且允许临时迁移：把另一库的集合
mongodump+mongorestore --db target_db导入当前库，再用标准 `$lookup` 或 `$unionWith` 处理 - 若不能动源数据（如生产库只读）：必须在应用层拉取两库数据，用代码做关联对比 —— Python/Node.js 中用
dict或Map按 ID 建索引，再遍历比对字段差异 - 注意 `$unionWith` 虽支持同集群多集合合并，但它要求所有集合都在**同一个数据库内**，所以仍需先导出
用 $unionWith 做同库内多集合结构化对比
当你已将多个来源集合导入同一数据库（比如都放进 analytics 库），可用 `$unionWith` 统一结构后对比：
[
{ "$unionWith": { "coll": "orders_2025_q3" } },
{ "$unionWith": { "coll": "orders_2025_q4" } },
{ "$project": {
"source": { "$cond": [{ "$eq": ["$quarter", "q3"] }, "q3", "q4"] },
"order_id": 1,
"total": 1,
"status": 1
}
},
{ "$group": {
"_id": "$order_id",
"sources": { "$addToSet": "$source" },
"status_mismatch": {
"$sum": { "$cond": [{ "$ne": ["$status", { "$first": "$status" }] }, 1, 0] }
}
}
}
]
这个管道能找出哪些 order_id 在两个季度集合中状态不一致 —— 关键在于先统一字段名和类型，再用 `$group` 聚合标记差异。
容易被忽略的类型陷阱
跨集合对比失败，80% 出在字段类型不一致上：
-
category_id在 A 集合是NumberInt(1)，在 B 集合是ObjectId("1")或字符串"1"→ `$lookup` 或 `$eq` 全部静默失败，不报错也不匹配 - 时间字段一个存
ISODate，一个存毫秒数整型 → 必须用 `$toDate` 或 `$toLong` 统一后再比较 - 空值处理：`null`、`""`、缺失字段三者在 `$eq` 中互不相等，得用 `$ifNull` 或 `$switch` 显式归一
真正难的不是写管道，而是确认两边字段的 BSON 类型是否完全一致 —— 这步漏掉，后面全白搭。
