子查询分组统计必须用 selectSub() 而非 withCount()，因后者仅支持简单计数，不支持 GROUP BY、CASE WHEN 等；selectSub() 支持标量子查询、显式关联、索引优化及 COALESCE 兜底。
子查询分组统计必须用 selectSub() 而非 withCount()
当你需要对关联模型做「带条件的分组统计」（比如统计每个用户近30天发布的文章数、按状态分组统计订单量），withCount() 无法满足——它只支持简单计数，不支持 GROUP BY、CASE WHEN 或聚合字段。真正能落地的方案是手动构造子查询并注入主查询的 SELECT 列表，Laravel 提供了 selectSub() 方法专门干这事。
常见错误是试图在 withCount() 里写 groupBy()，结果报错 SQLSTATE[42000]: Syntax error or access violation，因为底层 SQL 不允许 COUNT(*) 和 GROUP BY 混用在同一个子句中。
-
selectSub()生成的是标量子查询（scalar subquery），每行返回一个值，天然适配分组统计场景 - 子查询必须显式调用
selectRaw()并包含GROUP BY和聚合函数，否则 Laravel 会自动加LIMIT 1导致结果错乱 - 别名必须用字符串（如
'article_count_last30'），不能用数组键名方式传入，否则会被忽略
关联子查询要显式指定外键关联条件
子查询默认是独立执行的，不会自动感知父查询的当前记录。例如想查每个 User 的待审核文章数，子查询里必须手动写 where('user_id', DB::raw('users.id'))，否则会变成全表统计。
容易踩的坑是误用闭包参数：以为 function ($sub) use ($userId) 就能动态绑定，结果所有行都用了同一个 $userId 值——这其实是静态变量引用，不是实时关联。
- 必须用
DB::raw('parent_table.column')引用主表字段，Laravel 不会帮你做上下文映射 - 如果主表用了别名（如
from('users as u')），子查询里也要对应写DB::raw('u.id') - 多层嵌套时，注意 MySQL 8.0+ 才支持相关子查询中的
LIMIT，低版本需改用JOIN替代
性能关键：给子查询字段加索引，避免全表扫描
子查询若涉及 WHERE + GROUP BY，又没索引，响应时间会随主表数据量指数增长。比如统计每个分类下不同状态的商品数，子查询里有 where('category_id', ...) 和 group by status，就必须在 (category_id, status) 上建联合索引。
- 用
EXPLAIN检查子查询是否走了索引：关注type是否为ref或range，key是否显示索引名 - 避免在子查询
WHERE条件中对字段做函数操作（如whereDate('created_at', '>=', ...)），这会让索引失效 - 如果统计维度多（如按月+按状态），考虑预计算到宽表，而非每次实时子查询
MySQL 5.7 下 selectSub() 需手动处理 NULL 结果
MySQL 5.7 默认开启 STRICT_TRANS_TABLES，当子查询无匹配记录时返回 NULL，但某些场景下你希望是 0。Laravel 不会自动做 COALESCE 包裹，得自己写。
示例：统计用户最近一条订单金额，子查询可能为空，直接取值会是 null，前端展示成空字符串而非 0.00。
- 用
selectSub(DB::raw('COALESCE((SELECT ...), 0)'))显式兜底 - 不要依赖
?? 0在 PHP 层补零——数据库层 NULL 和空字符串语义不同，排序、聚合时行为不一致 - PostgreSQL 用户注意：
COALESCE行为一致，但子查询需额外加LIMIT 1防止多行返回错误
DB::raw()，结果就全错，还很难 debug。 
