group by 必须与聚合函数配合使用，select中非聚合字段须全部出现在group by子句中；where用于分组前行过滤，having用于分组后组过滤；字段顺序需匹配索引定义以命中索引；php中须白名单校验分组字段并防范sql注入。
GROUP BY 必须和聚合函数一起用，单独写会报错
MySQL（以及绝大多数 SQL 引擎）要求：只要用了 GROUP BY，SELECT 列表里所有非聚合字段都必须出现在 GROUP BY 子句中。否则直接报错，比如 SQLSTATE[42000]: Syntax error or access violation。
常见错误写法：SELECT id, name, COUNT(*) FROM user GROUP BY status; —— 这里 id 和 name 既没聚合也没分组，MySQL 8.0+ 默认拒绝执行。
- 正确做法：要么把
id、name加进GROUP BY（但通常不合理），要么只选分组键 + 聚合结果，比如SELECT status, COUNT(*) FROM user GROUP BY status; - PHP 中用 PDO 或 mysqli 执行时，错误不会“静默忽略”，必须检查
$pdo->errorInfo()或mysqli_error() - 如果真需要带明细字段（如取每组最新一条记录），得用子查询或窗口函数，不能靠
GROUP BY硬凑
WHERE 和 HAVING 的分工不能颠倒
WHERE 过滤行，HAVING 过滤组——这是最常混淆的点。写反了要么查不到数据，要么报错 Unknown column 'xxx' in 'having clause'。
-
WHERE在分组前生效，只能引用原始表字段，比如WHERE created_at > '2024-01-01' -
HAVING在分组后生效，可以引用聚合结果，比如HAVING COUNT(*) > 5；但它不能直接写HAVING status = 'active'（除非status也在GROUP BY中） - 典型误写：
SELECT status, COUNT(*) FROM user GROUP BY status HAVING status = 'active';—— 这条能运行，但逻辑等价于WHERE，纯属绕弯；真想筛组就得用聚合条件，比如HAVING AVG(age) > 30
GROUP BY 后的字段顺序影响索引是否命中
MySQL 用联合索引加速 GROUP BY 时，要求 GROUP BY 字段顺序和索引定义顺序严格一致。顺序错一个，索引就失效，全表扫描跟着来。
立即学习“PHP免费学习笔记（深入）”；
- 假设有索引
INDEX idx_status_type (status, type)，那么GROUP BY status, type能走索引；但GROUP BY type, status就不行 - 如果只有单列索引
INDEX idx_status (status)，那GROUP BY status可以，GROUP BY status, created_at就无法利用该索引（除非加覆盖索引） - 在 PHP 中拼 SQL 时，别为了“看着顺”调换
GROUP BY字段顺序，得先看索引定义
PHP 拼接 GROUP BY 查询时，注意空值和类型安全
从 $_GET 或表单取分组字段名拼 SQL，不校验就直接进 GROUP BY，轻则查出空结果，重则被注入或语法报错。
- 禁止这样写：
"GROUP BY " . $_GET['group_by']—— 攻击者传status, (SELECT SLEEP(5))就拖垮数据库 - 安全做法：白名单校验，比如
$allowed = ['status', 'type', 'region']; if (!in_array($field, $allowed)) { die('invalid group field'); } - 数值型分组字段（如
category_id）记得(int)强转，避免字符串注入风险；字符串字段用mysqli_real_escape_string()或预处理（更推荐） - 如果分组字段可能为 NULL（如未填写的用户标签），
GROUP BY tag会把所有 NULL 归为一组，这不是 bug，是标准行为——但业务上常被忽略
GROUP BY 的边界很硬：它不负责去重、不自动补缺失组、不处理 NULL 语义歧义。写之前，先想清楚你要的是“按什么切片”，而不是“怎么让 SQL 不报错”。
