根本原因是MySQL 8.0默认启用ONLY_FULL_GROUP_BY模式，要求SELECT非聚合字段必须出现在GROUP BY中或用聚合函数/ANY_VALUE()包裹；临时可SET SESSION禁用，但推荐重构SQL确保语义明确。
MySQL 8.0迁移后GROUP BY报错，**根本原因不是语法写错了，而是sql_mode默认启用了ONLY_FULL_GROUP_BY**。关掉它能快速恢复，但结果可能不稳定——尤其当SELECT里有非聚合、非分组字段时，数据库会随机选一行值返回，不是“随便选一个”，而是依赖执行计划和存储顺序，下次查询就可能变。
查当前sql_mode是否含ONLY_FULL_GROUP_BY
先确认问题是否存在，别凭经验瞎改：
- 执行
SELECT @@sql_mode;，看返回结果里有没有ONLY_FULL_GROUP_BY - 如果用的是云数据库（如阿里云 RDS、腾讯云 CDB），
@@GLOBAL.sql_mode可能不可写，SET GLOBAL会直接报错ERROR 1227 (42000): Access denied - 注意输出中字段间是英文逗号+空格分隔，比如
'ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,...'—— 配置文件里漏掉空格或加了单引号（如sql_mode = 'STRICT_TRANS_TABLES,...'）会导致 MySQL 启动失败
临时绕过：只对当前连接生效
适合开发调试、紧急排查，重启连接即还原，最安全：
- 运行
SET SESSION sql_mode = (SELECT REPLACE(@@sql_mode, 'ONLY_FULL_GROUP_BY', '')); - 不要用
SET SESSION sql_mode = 'STRICT_TRANS_TABLES,...'手动拼接，容易漏项；MySQL 8.0 默认 sql_mode 包含 5 项，缺一不可，否则启动时会自动补回ONLY_FULL_GROUP_BY - 该命令不能在 JDBC 的
connectionInitSql里直接写，因为部分驱动会在建连后立即执行一次 autocommit 检查，导致语句被忽略；建议放在应用初始化 SQL 或首次 query 前显式执行
永久修改：改 my.cnf 并重启 MySQL
生产环境若必须关闭，这是唯一可靠方式，但要注意配置格式细节：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 编辑
/etc/my.cnf或/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 后，下面这条语句仍可能出问题：
SELECT user_id, name, COUNT(*) FROM orders GROUP BY user_id;
因为同一 user_id 可能对应多个 name（比如账号合并、历史数据残留），MySQL 会返回任意一个 name，而你无法控制是哪一个。真正健壮的写法是：
- 明确语义：用
MAX(name)或ANY_VALUE(name)，后者从 MySQL 5.7.5 起可用，表示“我接受任意值”，比 MAX 更轻量 - 或者把
name加进GROUP BY：如果业务上user_id和name是一一对应的，那就写GROUP BY user_id, name - ORM 框架（如 Django 的
values()+annotate()，MyBatis 的）生成的 SQL 容易隐含这类问题，得结合慢日志和错误堆栈定位具体语句
最容易被忽略的点：即使关掉了 ONLY_FULL_GROUP_BY，只要 SELECT 列和 GROUP BY 列之间没有函数依赖关系，结果就是不确定的——这不是 bug，是未定义行为。
