mysql 8.0 group by 报错是因默认启用 only_full_group_by 模式，要求 select 中非聚合列必须出现在 group by 子句或使用聚合函数处理；临时方案用 set session sql_mode = (select replace(@@sql_mode,'only_full_group_by',''))，永久方案需在 my.cnf 的 [mysqld] 下显式配置完整 sql_mode 并重启服务。
MySQL 8.0 的 GROUP BY 报错不是语法错了，而是它开始认真执行 SQL 标准了——SELECT 里出现的非聚合列（比如 id、name）必须明确出现在 GROUP BY 子句中，否则直接拒绝执行。
为什么一升级就报 Expression #1 of SELECT list is not in GROUP BY clause？
这是 MySQL 5.7.5 起默认启用 ONLY_FULL_GROUP_BY 模式导致的。错误信息里那个 Expression #1 指的就是 SELECT 列表里第一个没被聚合、也没进 GROUP BY 的字段，例如：
SELECT id, name, COUNT(*) FROM users GROUP BY dept_id;
这里 id 和 name 都没在 GROUP BY 里，也不带 MAX() 这类函数，MySQL 8.0 就会报错。这不是 bug，是它不再帮你“猜”你要哪一行的 id 或 name 了。
常见诱因包括：
- Laravel/Eloquent 或 MyBatis 自动生成的聚合查询漏掉了非聚合字段
- 从 MySQL 5.6 直接升级到 8.0，旧 SQL 没做适配
- 误以为
GROUP BY dept_id就能顺带“带出”某条记录的完整字段
临时绕过：只改当前会话的 sql_mode
适合开发调试、CI 流水线临时跑通，或确认问题是否真由该模式引发。执行后当前连接立即生效，断开重连即恢复原状：
SET SESSION sql_mode = (SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY',''));
注意点：
- 不需要 SUPER 权限，普通用户也能执行
- 不能写成
SET SESSION sql_mode = ''—— 空值会被 MySQL 自动补回默认集，ONLY_FULL_GROUP_BY还在 - 仅对当前连接有效，不影响其他应用连接
永久关闭：改配置文件并重启 MySQL
云数据库（如阿里云 RDS、腾讯云 CDB）通常不开放 my.cnf 编辑权限，只能通过控制台「参数模板」修改；自建 MySQL 才能直接编辑配置文件：
在 my.cnf 的 [mysqld] 段下添加（必须显式列出全部项）：
sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION"
关键细节：
- 不能省略任何一项，也不能留空或只写
""，否则 MySQL 启动时会自动补全默认sql_mode，ONLY_FULL_GROUP_BY依然生效 - 改完必须重启 MySQL 服务，
systemctl restart mysqld或service mysql restart - 重启后用
SELECT @@sql_mode;验证是否真的移除了ONLY_FULL_GROUP_BY
关掉之后结果还是不对？那不是模式的问题，是逻辑本身模糊
禁用 ONLY_FULL_GROUP_BY 后，MySQL 会从每个分组里“随便挑一行”返回 id 和 name，这个“随便”由优化器决定，可能每次查都不一样。所以：
- 如果业务上真需要某个确定值（比如最新订单的
user_id），得用MAX(created_at)配合子查询或窗口函数，而不是依赖关模式 - ORM 自动生成的语句若含非聚合字段又没指定意图，关模式只是掩盖问题，不是解决问题
- 最稳的方式永远是重写 SQL：要么把字段加进
GROUP BY，要么用MAX(id)、ANY_VALUE(name)显式声明取值策略
真正容易被忽略的，不是怎么关模式，而是关了之后你拿到的数据，其实根本不确定来自分组内的哪一条记录。
