MongoDB关联查询有嵌入、两次查询法与$lookup三条路。N+1是循环逐条查，往返随数据量增长并可能占满连接池；两次查询法应一次IN批量取、id去重分批、先分页主表再关联、空列表短路并用Map拼装。关联数据只展示时两次查询法足够，若参与过滤、排序、分页或关联表更大，需用$lookup下推数据库。使用$lookup要给关联字段建索引，注意$unwind默认INNER JOIN语义，以及相关子查询和$expr索引限制。选型优先级为嵌入、两次查询法、$lookup，并可用profiler发现N+1。

MongoDB 系列第 2 篇。没有索引时 MongoDB 只能 COLLSCAN 全表扫。复合索引的字段顺序按 ESR 排才有用，覆盖查询能省掉 FETCH，explain 的 executionStats 里 totalDocsExamined 和 nReturned 的比值才说明问题。附索引类型全集、深分页为什么越翻越慢、唯一索引与部分索引的组合用法，以及 TTL 索引的真实行为。

文章梳理MongoDB 9.0的文档模型、BSON与_id、嵌入/引用建模、增删改查和聚合管道。核心结论：BSON强类型导致类型不一致时查询可能静默无结果，投产应加validator防脏数据；嵌入适合随父读取且有上限的数据，引用适合无上限、需独立查询或共享的数据；写关注默认w:"majority"，insert/update/remove已废弃，应改用新API；聚合中$match应前置以走索引。Spring Boot 4.x配置前缀改为spring.mongodb.*，照旧文会静默连错库。读者可避开类型、建模、写入语义和版本迁移中的常见坑。