直接改sql_mode最快但不推荐，因报错是mysql提示sql语义不明确；需先执行select @@sql_mode确认是否启用only_full_group_by，再根据云数据库或自建环境选择全局/会话级修改，或重写sql使用any_value()、补全group by、聚合函数等确保意图清晰。
直接改 sql_mode 最快，但不推荐一上来就关——它报错不是 bug，是 MySQL 在提醒你：这条 SQL 语义不明确，结果可能随机。
怎么确认真是 ONLY_FULL_GROUP_BY 在作怪？
别猜，先查。连上数据库执行：
SELECT @@sql_mode;
如果返回里有 ONLY_FULL_GROUP_BY（通常在最前面），就是它。注意：@@SESSION.sql_mode 和 @@GLOBAL.sql_mode 可能不同，生产环境要以全局为准。
- 云数据库（如阿里云 RDS）：进控制台「参数设置」搜
sql_mode，去掉勾选，保存后重启实例 - 本地或自建 MySQL：查完当前值，复制完整字符串，删掉
ONLY_FULL_GROUP_BY和多余的逗号再写回
临时绕过：只对当前连接生效
适合调试、CI/CD 或紧急回滚，不影响其他连接：
SET SESSION sql_mode = REPLACE(@@SESSION.sql_mode, 'ONLY_FULL_GROUP_BY,', '');
注意结尾的逗号——ONLY_FULL_GROUP_BY 后面通常带逗号，漏掉会导致语法错误；如果它在末尾，要换成 REPLACE(@@SESSION.sql_mode, ',ONLY_FULL_GROUP_BY', '')。
- Spring Boot 项目可在
application.yml的spring.datasource.url末尾加&sessionVariables=sql_mode='STRICT_TRANS_TABLES,...'实现连接级覆盖 - 该设置重启应用即失效，不能当长期方案
重写 SQL：真正治本的做法
MySQL 报这个错，本质是在说：“你 SELECT 的字段和 GROUP BY 不匹配，我没法确定该返回哪一行的值”。比如：
SELECT department_id, employee_name, COUNT(*) FROM employees GROUP BY department_id;
employee_name 没出现在 GROUP BY，也没被聚合，MySQL 不知道该取哪个员工的名字。
- 补全
GROUP BY：如果业务逻辑允许，把employee_name加进去 →GROUP BY department_id, employee_name - 用
ANY_VALUE()显式声明“我就要任意一个”：SELECT department_id, ANY_VALUE(employee_name), COUNT(*) ... - 改用聚合函数：比如要取每个部门第一个员工名，可用
MIN(employee_name)（前提是字符序有意义） - 复杂场景建议用子查询或
JOIN拆解，避免语义模糊
真正容易被忽略的是：即使关掉 ONLY_FULL_GROUP_BY，老 SQL 返回的结果仍是不确定的——MySQL 会随机选一行填充非分组字段，不同版本、不同执行计划下结果都可能变。修复的关键不在“让 SQL 跑通”，而在“让 SQL 意图清晰”。
