mysql 8.0报group by错误是因默认启用only_full_group_by模式，要求select中非聚合列必须出现在group by子句或用any_value()等包裹；执行select @@sql_mode可确认是否启用该模式。
因为 MySQL 8.0 默认启用 ONLY_FULL_GROUP_BY 模式，而你原来的 SQL 语句里有非聚合字段（比如 id、name）既没出现在 GROUP BY 子句中，也没用 MAX()、ANY_VALUE() 等函数包裹——这不是 bug，是标准变严格了。
怎么看是不是 ONLY_FULL_GROUP_BY 在报错
别猜，直接执行：SELECT @@sql_mode;
如果返回结果里包含 ONLY_FULL_GROUP_BY（通常排第一位），且错误信息末尾带 this is incompatible with sql_mode=only_full_group_by，就坐实了。
注意：@@sql_mode 返回的是英文逗号+空格分隔的字符串，比如 'ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,'，空格不能忽略；云数据库如阿里云 RDS 通常限制 @@GLOBAL.sql_mode 写权限，SET GLOBAL 会直接报 ERROR 1227。
Expression #N of SELECT list is not in GROUP BY clause 是什么意思
它直白地告诉你：SELECT 列表里的第 N 个字段（从 1 开始数），比如 product 或 nickname，既没写进 GROUP BY，也没套聚合函数。
- 常见触发场景包括：
SELECT id, name, COUNT(*) FROM user GROUP BY status——id和name都违规 -
ORDER BY也受约束：比如SELECT user_id, SUM(amount) FROM orders GROUP BY user_id ORDER BY created_at DESC，如果created_at不在GROUP BY里，也不被聚合，同样报错 - 哪怕你加了主键进
GROUP BY，如果表没显式定义主键或唯一约束，MySQL 8.0 仍可能因not functionally dependent拒绝执行
为什么 5.7 不报错，8.0 就报
不是版本 bug，是行为收敛：
- MySQL 5.7.5+ 其实也默认启用了
ONLY_FULL_GROUP_BY，但很多旧安装或配置手动关掉了它 - 升级到 8.0 后，配置可能重置或继承更严格默认值，问题就暴露了
- 8.0 对“函数依赖”的判断更严——它要求非聚合列必须能由
GROUP BY列唯一确定（比如通过主键或唯一索引），否则拒绝
真正容易被忽略的一点
即使你禁用了 ONLY_FULL_GROUP_BY，MySQL 仍可能从每组中任意选一行返回 id、name 等字段——这不是 bug，是行为暴露。同一查询两次执行，结果可能不同；主从之间也可能因选行策略差异导致不一致。更麻烦的是，ORM 自动生成的语句若仍带裸字段 + GROUP BY，问题照旧，得一层层查生成逻辑。
