MongoDB查询：$lookup关联查询与并发请求查询哪种执行速度更快？

结论 #

绝大多数场景下，使用Promise.all的并发独立查询方案执行速度更快，两种方案在性能、资源开销、适用场景上有明确差异。

核心差异对比 #

1. 执行时序差异

• $lookup聚合方案：MongoDB端会串行执行两个查询步骤，先执行$match匹配到目标parent文档，再拿着匹配到的_id去children集合做关联查询，总耗时是两次查询的耗时之和，还要额外加上聚合管道的结果组装开销。
• Promise.all并发方案：两个查询请求会同时从客户端发往MongoDB，只要MongoDB连接池配置充足，两个查询会被并行调度执行，总耗时约等于两个查询中耗时更长的那一个，远低于串行执行的总耗时。

2. 开销层面差异

• 网络开销：$lookup只需要1次客户端到数据库的网络往返，Promise.all需要2次。如果客户端和数据库之间的网络延迟极高（比如跨地域访问，单次往返延迟超过100ms），可能会抵消并行查询的速度优势，这种场景下$lookup表现更好。
• 数据库负载：$lookup的所有计算逻辑都在数据库端执行，会占用更多数据库CPU、内存资源；Promise.all的请求调度逻辑在客户端执行，数据库端只需处理两个独立的简单查询，整体负载更低，更适合高并发场景。
• 结果限制：$lookup会把关联到的所有children数据嵌入到parent文档中返回，如果children数量极多，可能会触发MongoDB单个文档最大16MB的大小限制，Promise.all返回两个独立结果集，没有这个问题。

适用场景选择 #

• 如果只是需要单独获取parent和对应的children数据，不需要在数据库端做额外的过滤、分组、计算，优先选Promise.all方案，速度更快、灵活性更高。
• 如果需要对关联后的结果做进一步的聚合处理（比如过滤掉部分children、统计children数量、关联后做多表分组计算），优先选$lookup方案，避免把大量原始数据拉到客户端做计算，整体开销更低。

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