为何MySQL 8.0执行GROUP BY语句会报错以及如何调整SQL模式？

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 “跑起来”，而不是让结果变正确。