WHERE不能用于分组后筛选，因为它在GROUP BY前执行，只能过滤原始行；分组后的聚合条件必须用HAVING。HAVING自动转义防注入，适合简单比较；复杂表达式需用HAVINGRaw。
为什么 where 不能用在分组后筛选？
因为 where 是在 GROUP BY 之前执行的，它过滤的是原始行；而分组后的条件（比如“每个分类下商品数 > 5”）必须作用于聚合结果，只能用 HAVING。直接写 whereRaw('COUNT(*) > 5') 会报错：Column not found: 1054 Unknown column 'COUNT(*)' in 'where clause' —— 这是 SQL 层面的限制，不是 Laravel 的 bug。
having 和 havingRaw 怎么选？
优先用 having：它自动转义参数，防 SQL 注入，适合简单比较。
必须用 havingRaw：当条件含函数、子查询或复杂表达式时（如 COUNT(DISTINCT user_id) 或嵌套 IF）。
常见组合示例：
->groupBy('category_id')->having('COUNT(*)', '>', 3)->groupBy('status')->havingRaw('AVG(price) BETWEEN ? AND ?', [100, 500])->groupBy('user_id')->havingRaw('MAX(created_at) > DATE_SUB(NOW(), INTERVAL 7 DAY)')
和 selectRaw 配合时要注意别名
如果在 selectRaw 里定义了聚合字段别名（比如 selectRaw('COUNT(*) as total')），having 可以直接引用这个别名：->having('total', '>=', 10)。但注意：MySQL 默认开启 sql_mode=only_full_group_by，此时 selectRaw 中所有非聚合字段都必须出现在 GROUP BY 里，否则报错 Expression #1 of SELECT list is not in GROUP BY clause。
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
安全写法：
- 显式补全
GROUP BY字段（推荐） - 或临时关闭 strict 模式（不推荐在线上环境）
- 避免在
selectRaw里混用未分组字段和聚合函数
性能陷阱：HAVING 无法利用索引
HAVING 是对临时结果集做二次过滤，不像 WHERE 能走索引。如果分组前数据量极大，先用 where 尽可能缩小范围，再分组+having：
// 好：先筛时间范围，再分组统计
Model::where('created_at', '>=', now()->subWeek())
->groupBy('category_id')
->having('COUNT(*)', '>', 10)
->get();
// 差：全表分组后再过滤，慢且内存占用高
Model::groupBy('category_id')->having('COUNT(*)', '>', 10)->get();
另外，having 条件里别写 PHP 函数（比如 Carbon::now()），Eloquent 不会帮你转换成 SQL 时间函数，容易导致逻辑错误或全表扫描。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
