with方法导致N+1查询更慢是因为未配对使用select()或find()时触发懒加载，主表查一次、每条记录再单独查关联表，实际SQL达N+1次；真正预载入需主查询执行且关联关系正确定义。
with方法为什么会导致N+1查询反而更慢
直接调用 with 却没配对使用 select() 或 find()，TP 会默认走懒加载——即先查主表，再为每条记录单独发一次关联查询。比如查100个用户，每个用户要查所属部门，实际发出101次SQL，比不用 with 还糟。
真正启用预载入的前提是：主查询必须执行（如调用 select()），且关联模型已正确定义 belongsTo / hasOne / hasMany 等关系方法。
- 检查模型中是否漏写
protected $relationModel = ['Dept'];或未在dept()方法里 return 正确的关联对象 - 避免在循环里反复调用
$user->dept—— 即使前面用了with('dept')，这里仍会触发额外查询 - TP6.0+ 中，
with(['dept' => function ($query) { $query->field('id,name'); }])可限制字段，减少数据传输量
嵌套with时字段冲突和别名覆盖问题
多层预载入（如 with(['dept.manager', 'dept.location'])）容易因关联表字段名重复（比如都含 id、name）导致结果被后加载的覆盖，最终取到错误的 name 值。
TP 默认不做字段自动别名处理，需手动干预：
立即学习“PHP免费学习笔记（深入）”；
- 在关联方法中用
->alias('d')和->field('d.id as dept_id, d.name as dept_name')显式指定别名 - 避免嵌套过深，三层以上（如 A→B→C→D）建议拆成两次独立查询 + 应用层组装
- 开启 SQL 日志（
'sql_explain' => true）确认生成的 JOIN 是否符合预期，尤其注意 ON 条件是否正确
with配合where条件时的常见失效场景
想查「状态为1的用户及其所属的启用部门」，写成 UserModel::with('dept')->where('status', 1)->select()，结果发现部门数据没过滤——因为 with 默认不带条件，dept 关联查的是全量。
必须显式传闭包才能下推条件：
UserModel::with(['dept' => function ($query) {
$query->where('is_active', 1);
}])->where('status', 1)->select();
- 闭包里的
$query是关联模型的查询器，不是主模型的 - 不能在闭包里调用
order或limit——TP 不支持对预载入的关联做排序/分页 - 若需按关联字段排序（如按部门名称排用户），改用
join+field更可控
大数据量下with引发内存溢出或超时
查1万条记录并 with(['dept', 'role', 'log'])，即使每张关联表只返回2字段，PHP 数组也会迅速膨胀到百MB以上，MySQL 的 JOIN 结果集也可能因笛卡尔积爆炸。
这不是 with 本身的问题，而是没控制规模：
- 用
paginate()替代select()，确保预载入只作用于当前页数据 - 对高基数关联（如日志、操作记录），改用延迟加载：
$user->getLog(['limit' => 5])，而非全量预载 - TP6.3+ 支持
withCount替代with查数量，开销低得多
预载入不是银弹，它把多次查询合并为一次，但代价是结果集不可控增长。字段、层级、数据量，三者只要一个失控，性能就从优化变成拖累。
