group by报错主因是非聚合字段未出现在group by子句中；mysql 5.7+默认启用only_full_group_by严格模式，需显式分组或用max/any_value聚合，跨库推荐窗口函数替代。
直接在 sql 标签页里写 select + group by 就能执行，不用额外配置或切换模式
GROUP BY 查询必须配合聚合函数，否则会报错
MySQL 5.7+ 默认开启 sql_mode=ONLY_FULL_GROUP_BY，这意味着 SELECT 列表里所有非聚合字段都必须出现在 GROUP BY 子句中。比如你写：SELECT status, COUNT(*) FROM orders GROUP BY status 是合法的；但写成 SELECT status, created_at, COUNT(*) FROM orders GROUP BY status 就会报错 Error Code: 1055。
- 常见错误现象：查出一堆重复行、结果只返回每组第一条、或者直接报 1055 错误
- 正确做法：要么把
created_at加进 GROUP BY（如GROUP BY status, DATE(created_at)），要么用聚合函数包裹它（如MIN(created_at)或MAX(created_at)） - 临时绕过限制不推荐：改
sql_mode可能掩盖逻辑问题，且 phpMyAdmin 通常没权限改全局变量
查重复值用 HAVING COUNT(*) > 1，别写 WHERE
HAVING 是对分组后结果的过滤条件，WHERE 是对原始行的筛选。想找出哪些 email 出现了多次，必须写：SELECT email, COUNT(*) FROM users GROUP BY email HAVING COUNT(*) > 1。
- 如果写成
WHERE COUNT(*) > 1，MySQL 直接报 Error Code: 1111（Invalid use of group function） -
HAVING可以引用别名（如HAVING cnt > 1），但部分旧版 MySQL 不支持，稳妥起见还是重复写COUNT(*) - 大数据量时，先确认
email字段有索引（CREATE INDEX idx_email ON users(email)），否则 GROUP BY 会全表扫描
多字段 GROUP BY 的顺序和索引强相关
联合索引 INDEX(a, b, c) 能加速 GROUP BY a, b 或 GROUP BY a，但对 GROUP BY b, c 或 GROUP BY a, c 基本无效——MySQL 无法跳过前导列。
- 执行
EXPLAIN SELECT a, b, COUNT(*) FROM t GROUP BY a, b，看type是否为index、Extra是否含Using index - 如果经常按
status, category分组，就建INDEX(status, category)，别反过来 - 字段越多，分组结果越细，但 NULL 值仍会被单独归为一组，注意业务上是否要显式排除（加
WHERE status IS NOT NULL）
最容易被忽略的是：GROUP BY 结果默认无序，即使你按 status 分组，返回顺序也不确定。需要排序就得显式写 ORDER BY，而且它必须在 HAVING 之后、LIMIT 之前。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
