n+1查询必然发生于未预加载关联时，与数据量无关；必须在get()前用with()、select需包含外键、事务中禁用with()、withcount()用于计数、load()用于补救加载。
直接说结论：N+1 查询不是“偶尔慢”，而是只要循环里访问未预加载的关联，就必然发生——它不看数据量大小，只看你有没有在 get() 前调用 with() 或等效手段。下面这几种做法，每一种都对应一个真实踩坑现场。
with() 必须写在 get() 之前，否则等于没写
很多人写了 with('user')，但放在 get() 后面，比如：
$posts = Post::all()->with('user'); // ❌ 无效！
$posts = Post::with('user')->get(); // ✅ 正确
with() 是查询构造器的一部分，它改写的是即将执行的 SQL；一旦 get() 执行完，模型集合已生成，with() 就再无机会介入。常见错误还包括：
- 在
paginate()后链式调用with()—— 应该写成Post::with('user')->paginate(20) - 用
all()替代get()——all()不支持链式条件，with()会被忽略 - 嵌套关系名拼错，比如模型里定义的是
comments()，却写成with('comment')，日志里照样打出 N 条SELECT * FROM comments WHERE post_id = ?
select() 不只是省带宽，不加外键字段会导致关联映射失败
限制字段能显著降低内存和序列化开销，但漏掉关键字段会让 Eloquent 完全无法匹配关联数据。例如：
Post::with(['user' => fn ($q) => $q->select('name', 'email')])->get(); // ❌ 缺少 id，映射失败
必须显式包含外键（对 user 关系就是 id）：
Post::with(['user' => fn ($q) => $q->select('id', 'name', 'email')])->get(); // ✅
同理，主模型若也只需部分字段，select() 要同步加在主查询上，否则外键字段可能被裁掉：
-
User::select('id', 'name')->with('posts')->get()✅ -
User::with('posts')->get()→ 若只想要posts.title，却拉了全部posts.*，浪费明显
事务里别调 with()，提前拿或改用 join
在 DB::transaction() 内部调用 with() 是高风险操作：事务隔离级别可能导致预加载查询被阻塞，或与后续写操作争锁。更糟的是，Eloquent 懒加载在事务中静默触发，生产环境根本不会报错。
安全做法只有两种：
-
移出事务：先
$users = User::with('profile')->get()，再进DB::transaction(fn () => { ... }) -
改用 Query Builder + join：在事务内用
DB::table('users')->join('profiles', 'users.id', '=', 'profiles.user_id')->select(...)->get()，完全绕过 Eloquent 的懒加载路径
切记：$user->relationLoaded('profile') 可以判断是否已加载，但别指望它能在事务里救你——一旦漏判，$user->profile 访问就会立刻回归 N+1。
withCount() 和 load() 不是 with() 的替补，是不同场景的解法
看到“要数量”就下意识写 $post->comments->count()？这是典型误用。它会在循环里触发 N 次 COUNT(*) 查询。
withCount() 是数据库层聚合，只多一次子查询：
Post::withCount('comments')->get(); // 结果中每个 $post 有 $post->comments_count
而 load() 是补救手段，适用于你已经拿到模型集合、但后来才需要关联数据的场景：
$posts = Post::where('status', 'draft')->get();-
$posts->load(['user' => fn ($q) => $q->select('id', 'name')]);✅ 批量 IN 查询，1 次搞定 -
$posts->load('user'); $posts->load('user');→ 会发两次查询，Eloquent 不自动去重
最容易被忽略的一点：Laravel 9+ 开发环境下默认抛出 LazyLoadingViolationException，但生产环境仍静默执行懒加载——上线前务必用 Telescope 或查询日志确认 N+1 真被干掉了，而不是靠本地报错来“假装安全”。
