mysql 8.0 group by报错主因是默认启用only_full_group_by模式，要求select中非聚合列必须出现在group by子句或用聚合函数/any_value()处理；临时可set session禁用，永久需在my.cnf中显式配置完整sql_mode并重启。
MySQL 8.0 执行 GROUP BY 报错，不是 SQL 写错了，而是它开始严格执行 SQL 标准：默认启用了 ONLY_FULL_GROUP_BY 模式。只要 SELECT 列表里有非聚合字段（比如 id、name）没出现在 GROUP BY 子句中，就直接拒绝执行。
怎么确认是不是 ONLY_FULL_GROUP_BY 导致的报错
先看错误信息里有没有这串关键词：Expression #1 of SELECT list is not in GROUP BY clause 或 this is incompatible with sql_mode=only_full_group_by。再查当前模式：
- 运行
SELECT @@SESSION.sql_mode;，返回结果里含ONLY_FULL_GROUP_BY就是它 - 云数据库（如阿里云 RDS）通常不允许改
@@GLOBAL.sql_mode，SELECT @@GLOBAL.sql_mode;只能看，不能信它可写 - 注意输出是逗号+空格分隔的字符串，比如
'ONLY_FULL_GROUP_BY, STRICT_TRANS_TABLES,'——配置文件里多一个空格或单引号都会导致 MySQL 启动失败
临时绕过：只对当前连接生效
适合开发调试、CI 流水线跑通、或快速验证问题根源。断开重连即恢复，最安全：
- 执行
SET SESSION sql_mode = (SELECT REPLACE(@@sql_mode, 'ONLY_FULL_GROUP_BY', ''));——别手拼字符串，漏项会导致 MySQL 自动补回默认值 - 这个命令不能塞进 JDBC 的
connectionInitSql，部分驱动会在建连后立即执行 autocommit 检查，导致被忽略；得在应用首次 query 前显式执行 -
SET SESSION sql_mode = ''是无效的，空值会被 MySQL 自动还原为完整默认集，ONLY_FULL_GROUP_BY还在
永久修改：改配置并重启（仅限自建 MySQL）
生产环境若必须关，这是唯一可靠方式，但格式容错率极低：
- 编辑
/etc/mysql/my.cnf（Linux）或my.ini（Windows），在[mysqld]段下加一行：sql_mode = STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION - 必须严格按此顺序、无空格、无单引号、无换行；少一项或多一个空格，MySQL 可能无法启动
- 改完执行
sudo systemctl restart mysql，再用SELECT @@GLOBAL.sql_mode;验证 - 云数据库不支持直接改配置文件，只能走控制台「参数模板」，且部分厂商模板根本不开放
sql_mode编辑权限
为什么更推荐重写 SQL 而不是关模式
关掉 ONLY_FULL_GROUP_BY 后，MySQL 仍会从每组中“任意选一行”返回非聚合字段值，这个“任意”取决于存储顺序、执行计划甚至索引变化——下次查询结果可能完全不同。真正要解决的是语义模糊：
- 如果只需要统计，删掉冗余字段：
SELECT dept_id, COUNT(*) FROM user GROUP BY dept_id; - 如果真要带
name且接受任意一个（比如展示示例），用ANY_VALUE(name)：SELECT dept_id, ANY_VALUE(name), COUNT(*) FROM user GROUP BY dept_id;（ANY_VALUE()从 MySQL 5.7.5 起支持） - 如果
dept_id和dept_name是一对一关系，把dept_name加进GROUP BY：GROUP BY dept_id, dept_name
最容易被忽略的一点：即使关了 ONLY_FULL_GROUP_BY，结果仍然不可控——它只是让错误 SQL “跑起来”，而不是让结果变正确。
