子查询中NULL值不匹配是SQL标准行为，需显式处理：whereColumn遇NULL失效，应改用whereRaw或复合条件；addSelect字段需COALESCE兜底；joinSub关联NULL时整行丢失，宜用whereExists或预过滤。
子查询中遇到 NULL 值，不是数据丢了，而是你没告诉数据库“NULL 也算匹配”。
whereColumn() 遇到 NULL 会静默失效
用 whereColumn('user_id', 'users.id') 关联子查询时，如果 user_id 是 NULL，整条记录会被跳过——哪怕主表 users.id 有值。这不是 bug，是 SQL 标准行为：NULL = anything 永远返回 UNKNOWN，不进结果集。
- 常见现象：用户没订单，
addSelect()子查询字段为NULL，但你期望它显示“0”或“-” - 正确做法：把
whereColumn()换成显式逻辑判断，例如->whereRaw('user_id users.id')（MySQL 的 NULL 安全等号） - 跨库兼容写法：用
->where(function ($q) { $q->whereNull('user_id')->whereNull('users.id')->orWhereColumn('user_id', 'users.id'); })
addSelect 子查询字段默认不处理 NULL
addSelect() 加的子查询字段，比如查每个用户的最新订单时间，一旦用户无订单，结果就是 NULL。Laravel 不会自动转成 0、空字符串或 Carbon 实例。
- 前端直接取
$user->last_order_at->format(...)会报Call to a member function format() on null - 安全写法：在子查询里用
COALESCE包裹，例如selectRaw('COALESCE(MAX(created_at), "1970-01-01 00:00:00") as last_order_at') - 后端取值时别偷懒：
$user->last_order_at ? Carbon::parse($user->last_order_at) : null - 别依赖模型的
casts，子查询字段不走 cast 流程
joinSub() 中 NULL 关联字段导致整行丢失
用 joinSub() 把子查询当临时表 JOIN 时，如果 ON 条件字段含 NULL，JOIN 结果为空——LEFT JOIN 也救不了，因为 ON user_id = users.id 在 user_id IS NULL 时不成立。
- 典型场景：统计用户订单数，但有些用户 ID 在子查询里是 NULL（比如日志表脏数据）
- 解法一：子查询里先
WHERE user_id IS NOT NULL过滤掉无效关联 - 解法二：改用
leftJoinSub()+ 显式 NULL 处理，例如->on('users.id', '=', DB::raw('COALESCE(counts.user_id, users.id)'))（需配合条件补全） - 更稳做法：用
whereExists()替代 JOIN，它对 NULL 更宽容，语义也更贴近“是否存在”
最常被忽略的是：子查询里的 NULL 不是“没数据”，而是“数据库明确拒绝参与比较”。你得主动给它一条出路，而不是等框架兜底。
