Mongoose 不自动解决 N+1 问题，需用 $lookup 或批量 populate() 替代循环查询；根本原因是 populate() 默认逐文档发起独立查询，即使 lean() 也无法避免，且 authorId 等字段必须建索引才能发挥优化效果。
直接说结论：Mongoose 本身不自动解决 N+1，必须手动改写查询逻辑——用 $lookup 或 populate() 的 lean + 一次性聚合，而不是在循环里调用 find() 或 populate()。
为什么 Mongoose 的 populate() 在循环里会触发 N+1
常见写法：const posts = await Post.find(); 然后对每个 post 调用 post.author.populate('user').execPopulate()，或更隐蔽的 for (const post of posts) { await User.findById(post.userId); }。这会导致：1 次主查询 + N 次关联查询，网络往返叠加、连接池压力大、延迟线性增长。
根本原因不是 populate() 本身慢，而是它默认按文档逐个发起独立查询，没做批处理或预取。
- 即使开了
lean()，如果还在循环里调用populate()，照样 N+1 -
populate()的options.perDocumentLimit或match不影响查询次数，只影响单次结果 - Mongoose 7+ 的
virtual populate默认也是惰性加载，不解决批量场景
用 aggregate + $lookup 替代 populate()（推荐用于复杂关联）
绕过 Mongoose 中间层，直接用 MongoDB 原生聚合，一次查出全部数据。适用于多级关联、条件过滤、字段投影等场景。
示例：查文章列表并内联作者信息（避免 N+1）：
const posts = await Post.aggregate([
{ $match: { status: 'published' } },
{
$lookup: {
from: 'users',
localField: 'authorId',
foreignField: '_id',
as: 'author',
pipeline: [{ $project: { name: 1, email: 1, _id: 0 } }]
}
},
{ $unwind: '$author' }
]).exec();
-
$lookup必须指定from为集合名（不是 model 名），注意大小写和复数规则 - 加
pipeline可提前投影/过滤，减少传输量；不加则返回整个 user 文档 -
$unwind是必须的，否则author是数组；若允许空作者，加preserveNullAndEmptyArrays: true - 不能用
lean()，因为aggregate()返回原生对象，天然“lean”
用 populate() 的 batch 模式（适合简单一对一/一对多）
Mongoose 6.8+ 支持 populate() 批量优化，但需满足两个条件：一次调用作用于多个文档 + 关联字段值可汇总成数组。
正确写法：
const posts = await Post.find({ status: 'published' }).lean();
const postIds = posts.map(p => p.authorId);
// 一次性查所有作者
const users = await User.find({ _id: { $in: postIds } }).lean();
const userMap = new Map(users.map(u => [u._id.toString(), u]));
// 同步挂载
posts.forEach(p => { p.author = userMap.get(p.authorId.toString()) || null; });
- 必须先
lean()，否则 Mongoose 会包装对象，authorId可能是 ObjectId 实例，toString() 才能匹配 Map key - 不能依赖
Post.find().populate('authorId')自动批处理——它只在单个 query 上生效，不跨文档 - 如果
authorId有重复，$in查询仍只执行一次，比 N 次快得多
容易被忽略的坑：索引没跟上，再好的查询也慢
$lookup 和批量 find({ _id: { $in: [...] } }) 都依赖被查字段有索引。如果 authorId 没索引，$in 查询会退化为全表扫描。
- 确认索引存在：
db.posts.getIndexes()查authorId字段 - 创建索引：
await Post.collection.createIndex({ authorId: 1 }) - 复合索引更优：如常按
{ status: 1, authorId: 1 }查询，建复合索引比单字段更高效 - 注意：Mongoose 的
ref字段定义不会自动建索引，必须显式调用createIndex
真正卡住性能的，往往不是语法怎么写，而是忘了给 authorId 加索引——查 1000 条，每条都扫 10 万文档，再怎么 batch 也救不回来。
