N+1查询问题指查n条主记录后循环访问关联关系，触发n次额外SQL查询；Laravel用with()预加载可合并为1次IN查询或JOIN，避免性能损耗。
什么是N+1查询问题
当使用 Laravel 的 Eloquent 查询关联数据时，如果没做处理，很容易触发 N+1 查询：比如查 100 条 User，再循环每个用户取 $user->posts，就会额外执行 100 次 SELECT * FROM posts WHERE user_id = ?。数据库连接开销、网络往返和重复解析让性能急剧下降。
with() 是最常用且有效的预加载方式
用 with() 把关联关系一次性查出来，Laravel 会生成一条 JOIN 或独立的 IN 查询（取决于关系类型），避免循环中反复查库。
- 一对多（如 User → Posts）：Laravel 默认用
WHERE user_id IN (?, ?, ...)单次查询全部子记录 - 一对一（如 User → Profile）：同样走 IN 查询，结果自动映射
- 嵌套预加载（如
User::with('posts.comments')）：生成多条独立查询，不是全 JOIN，更可控也更安全
User::with('posts', 'profile')->get();注意：不要写成 with(['posts', 'profile']) —— 虽然语法合法，但可读性差，且后续加约束（如限定字段、条件）时容易出错。
慎用 load() 和 loadMissing()
load() 是懒加载，在模型已存在后补查关联，适合条件分支中按需加载；loadMissing() 更安全，只在未加载过该关系时才查——但它无法规避“先查主模型、再补查”的本质延迟，仍可能暴露 N+1 风险。
- 别在循环里调
$user->load('posts')：这又变回 N+1 - 批量补查要用
Collection::load()：$users->load('posts')才是单次 IN 查询 -
loadMissing()对缓存场景友好，但不解决初始查询设计缺陷
复杂条件或聚合时，whereHas() 和 withCount() 比手动 join 更可靠
想查“有至少 3 篇草稿的用户”，别写原生 JOIN 或子查询。Eloquent 提供语义清晰、SQL 安全的替代：
User::whereHas('posts', function ($query) {
$query->where('status', 'draft');
})->withCount(['posts as draft_count' => function ($query) {
$query->where('status', 'draft');
}])->having('draft_count', '>=', 3)->get();这类方法由 Laravel 内部优化，自动处理反向关联、空值、分页兼容性。手写 JOIN 容易漏掉 GROUP BY 或误关联，还可能破坏 Eloquent 的属性访问逻辑。
真正难的不是写对一句 with()，而是判断哪些关联必须预加载、哪些可以延迟、哪些压根不该通过 Eloquent 加载——比如统计类字段、跨服务数据、高频更新的计数，更适合用缓存或物化视图。
