MySQL 5.7+默认启用ONLY_FULL_GROUP_BY，SELECT中非聚合且未出现在GROUP BY的字段会报错；正确做法是确保所有SELECT字段属于GROUP BY列或使用聚合函数，或改用窗口函数/子查询获取每组特定记录。
GROUP BY 语句里漏写非聚合字段，直接报错
MySQL 5.7+ 默认开启 ONLY_FULL_GROUP_BY 模式，只要 SELECT 列表里有没出现在 GROUP BY 中、又没套 MAX()/COUNT() 等聚合函数的字段，就会报错：Expression #1 of SELECT list is not in GROUP BY clause。
常见场景是想查“每个分类下最新一条商品”，却写了：SELECT category_id, name, created_at FROM products GROUP BY category_id——name 和 created_at 都没聚合也没分组，必然失败。
- 正确做法：只选分组键或明确聚合的值，比如
SELECT category_id, COUNT(*), MAX(created_at) FROM products GROUP BY category_id - 临时绕过（不推荐）：改 SQL mode，但会掩盖逻辑问题，线上环境慎用
- 真要取每组某条记录？得用窗口函数（MySQL 8.0+）或子查询关联，不是靠 GROUP BY 直出
PHP 中 fetch_all() 和 fetch_assoc() 处理 GROUP BY 结果的区别
GROUP BY 返回的是聚合后的行集，和普通查询一样走 PHP 的 PDO/MySQLi 结果集遍历，但字段含义变了——你拿到的不是原始数据行，而是统计口径下的汇总行。
比如执行 SELECT status, COUNT(*) as cnt FROM orders GROUP BY status，结果里只有两列：status 和 cnt。如果还按原始表字段名去取值，比如 $row['order_id']，就是 NULL 或报 Notice。
立即学习“PHP免费学习笔记（深入）”；
- 用
fetch_assoc()最安全：它只返回 SQL 中明确 SELECT 出来的字段名，不会混入原始表其他列 -
fetch_all(MYSQLI_ASSOC)效果等价，适合批量取完再处理 - 别依赖
fetch_row()或数字索引，因为字段顺序取决于 SQL 写法，易错且难维护
WHERE 和 HAVING 混用导致过滤失效
WHERE 是在分组前筛原始行，HAVING 才是对分组后结果做条件过滤。把该放 HAVING 的逻辑塞进 WHERE，轻则结果不对，重则语法报错。
典型错误：想查“订单数超 10 的用户”，写了 SELECT user_id, COUNT(*) FROM orders WHERE COUNT(*) > 10 GROUP BY user_id——COUNT(*) 在 WHERE 阶段根本不可用，MySQL 直接报错 Invalid use of group function。
- 必须改成：
SELECT user_id, COUNT(*) as cnt FROM orders GROUP BY user_id HAVING cnt > 10 -
HAVING可以用别名（如cnt），也可以直接写聚合表达式（如HAVING COUNT(*) > 10） - 性能上，
WHERE越早过滤掉无用行越好；HAVING是最后一步，无法利用索引加速，大数据量时要注意
PHP 数组二次分组替代 GROUP BY 的适用边界
不是所有分组都得交给数据库。当数据已加载到 PHP（比如从缓存读的小表、API 返回的 JSON），用 foreach + 关联数组手动归类反而更灵活、更可控。
比如处理用户标签数据：['user_id' => 123, 'tag' => 'vip'], ['user_id' => 123, 'tag' => 'active']，想按 user_id 合并 tag 列表——SQL 得用 GROUP_CONCAT，而 PHP 只需几行：
$grouped = [];
foreach ($data as $row) {
$uid = $row['user_id'];
$grouped[$uid][] = $row['tag'];
}
但注意边界：
- 数据量超过 1 万行？PHP 内存和时间开销会明显上升，不如交还给 MySQL
- 需要排序、分页、嵌套聚合？PHP 实现成本高且易错，优先 SQL
- 涉及多表关联或复杂条件？PHP 无法替代 JOIN + WHERE + GROUP BY 的语义表达力
真正容易被忽略的是：GROUP BY 的语义隐含了“确定性”——相同输入永远产出相同分组结构；而手写 PHP 分组一旦漏了初始化、类型判断或引用陷阱，结果就可能随机出错，调试起来比 SQL 报错更隐蔽。
