不相关子查询指$lookup中pipeline的匹配条件不依赖当前文档字段，如固定{status:"active"}；MongoDB 3.6起支持pipeline但无法传参，5.0新增let允许通过$$引用外层字段实现动态关联，同时带来索引使用、性能及兼容性等新约束。
不相关子查询在 $lookup 中的含义是什么
“不相关子查询”指 $lookup 的连接条件不依赖于当前文档的字段，比如固定匹配 { status: "active" }，或完全由管道内逻辑生成数据。MongoDB 3.6 之前只支持「相关联」的等值连接（localField/foreignField），无法脱离当前文档做任意条件查；3.6 引入了 pipeline 字段，才真正支持不相关子查询——但此时 pipeline 内无法引用外层文档字段，只能写死条件。
MongoDB 5.0 新增的 let + pipeline 解决了什么问题
5.0 在原有 pipeline 语法基础上加了 let 参数，允许把当前文档字段绑定为变量，在 pipeline 内通过 $$变量名 引用。这解决了 3.6 版本下“能写管道但不能传参”的硬伤。
- 3.6 写法只能这样（无法动态传
user_id）：{ $lookup: { from: "orders", pipeline: [ { $match: { status: "paid" } } ], as: "paid_orders" } } - 5.0 可以这样（动态关联）：
{ $lookup: { from: "orders", let: { uid: "$user_id" }, pipeline: [ { $match: { $expr: { $eq: ["$user_id", "$$uid"] } } } ], as: "user_orders" } } -
$expr是关键：它让$match支持表达式运算，否则$$uid在普通$match里会被当作文本字面量 - 注意
let绑定的是字段路径值，不是整个字段对象；若$user_id为null或缺失，$$uid就是null，匹配结果为空数组
为什么升级到 5.0 后仍要谨慎使用 let/pipeline
语法灵活了，但性能代价更隐蔽：
- 每个输入文档都会触发一次独立的子管道执行，
pipeline内若没建好索引（尤其$expr中的字段），很容易全表扫from集合 -
let变量不能用于$sort或$limit的字段推导，那些阶段仍需靠from集合自身索引支撑 - 3.6 的纯
localField/foreignField模式可自动利用两集合上对应字段的索引；5.0 的pipeline模式只认from集合的索引，且仅当$match在 pipeline 最前且含可索引字段时才生效 - 如果只是简单等值关联，继续用
localField/foreignField更稳——5.0 并未废弃旧语法，两者可混用
容易被忽略的兼容性细节
看似只是多一个 let，但实际部署时几个点常踩坑：
- 驱动版本必须匹配：PHP MongoDB Driver
1.12+才完整支持 5.0 的let语法，低版本会静默忽略let字段，导致查不到数据 -
pipeline内不能用$lookup嵌套（即子 pipeline 不能再$lookup），否则报错Unrecognized pipeline stage name: '$lookup'（MongoDB 5.0 不支持递归 join） -
as字段输出始终是数组，哪怕只匹配一条；若业务假定是单文档，得加$arrayElemAt: ["$user_orders", 0]提取，否则后续$project可能出错 - 聚合超时时间（
maxTimeMS）按整个 pipeline 计，不是按单次$lookup子查询；复杂pipeline+ 高并发易触发超时
let：多数一对多关联用老式 localField 就够了；只有涉及多字段组合、范围判断、或子集合预过滤时，才值得引入 pipeline + let，并务必在 from 集合上补好复合索引。 
