子查询必须用 fromsub() 包裹，不能直接塞进 selectraw()；正确做法是先构造 builder 实例再注入 from 子句，as('alias') 是其简写形式，深层嵌套需注意 mysql 5.7 兼容性限制。
子查询必须用 fromSub() 包裹，不能直接塞进 selectRaw()
很多人写统计时想当然地在 selectRaw() 里写 (SELECT COUNT(*) FROM ...)，结果报错或返回 null。Laravel 的 Query Builder 不会自动识别括号内的子查询为合法子句——它会被当成纯字符串处理，既不绑定参数，也不做语法校验。
正确做法是先构造子查询实例，再用 fromSub() 注入主查询的 FROM 子句位置。这是 Eloquent 实现「相关子查询」或「派生表统计」的唯一可靠入口。
-
fromSub()第一个参数是Builder实例（不是字符串），第二个参数是别名，且该别名必须被后续select()或join()引用 - 子查询内部若引用外部表字段（如关联用户 ID），需用
DB::raw()显式包裹，否则会被当成字面量 - 不要在子查询里调用
get()或first()，那会提前执行并破坏链式结构
统计每个用户的订单数 + 最近下单时间，用 fromSub() + leftJoin()
典型场景：主页展示用户列表，每行要显示「订单总数」和「最后下单时间」。如果用 N+1（循环查每个用户的聚合），性能崩盘；用 withCount() 又拿不到时间字段。这时就得上子查询关联。
$users = DB::table('users')
->select('users.*', 'stats.order_count', 'stats.last_order_at')
->leftJoin(
DB::table('orders')
->select(
'user_id',
DB::raw('COUNT(*) as order_count'),
DB::raw('MAX(created_at) as last_order_at')
)
->groupBy('user_id')
->as('stats'),
'users.id',
'=',
'stats.user_id'
)
->get();
注意：as('stats') 是 fromSub() 的简写形式（底层调用相同），但仅限于 table() 链式调用中可用；若子查询含复杂条件或嵌套，必须显式用 fromSub(..., 'stats')。
whereExists() 和 whereNotExists() 更适合存在性判断
当需求是「找出至少下过两单且最近 30 天有复购的用户」，用 fromSub() 关联反而冗余。此时应优先考虑 whereExists()，它生成的是 WHERE EXISTS (SELECT 1 FROM ...)，数据库能高效利用索引，且语义清晰。
- 子查询内必须包含对主表字段的引用，例如
where('orders.user_id', 'users.id')，否则变成全表扫描 - 避免在
whereExists()里写select('*')，一律用select(DB::raw(1))或selectRaw('1')，减少数据传输开销 - 若需多条件存在校验（比如「同时满足 A 订单和 B 订单存在」），不要堆砌多个
whereExists()，改用JOIN或窗口函数更稳妥
聚合子查询嵌套超过两层时，务必检查 MySQL 版本兼容性
Laravel 10 默认适配 MySQL 8.0+，但很多生产环境还在跑 5.7。MySQL 5.7 对派生表（FROM (SELECT ...)）有严格限制：不允许在最外层 SELECT 的 FROM 中直接嵌套子查询（即所谓 “This version of MySQL doesn’t yet support ‘LIMIT & IN/ALL/ANY/SOME subquery’” 类错误）。
解决方法只有两个：
- 升级 MySQL 到 8.0+（推荐，顺便解锁 CTE）
- 把深层子查询拆成临时视图或中间表，用
DB::table('temp_stats')替代fromSub()
尤其注意 limit、offset、distinct 出现在子查询中时，5.7 极易触发限制。测试阶段务必在同版本数据库上验证 SQL 输出，而不是只看 PHP 是否报错。
