mysql 8.0默认启用only_full_group_by模式，导致select中非聚合列未出现在group by或未用聚合函数/any_value()处理时直接报错，错误提示含“expression #n of select list is not in group by clause”及“not functionally dependent”；该变化是sql标准合规性增强，并非bug，5.7部分实例因配置宽松未暴露问题，8.0严格校验函数依赖关系。
因为 MySQL 8.0 默认启用 ONLY_FULL_GROUP_BY 模式，而你原来的 SQL 语句里 SELECT 出来的非聚合列（比如 id、name）既没出现在 GROUP BY 子句中，也没用 MAX()、ANY_VALUE() 等函数包裹——这在 SQL 标准里是不合法的，8.0 不再容忍。
报错信息长什么样？
典型错误提示是：
Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'db.table.col' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
关键点有三个：
-
Expression #1表示 SELECT 列表中第 1 个字段出问题（序号从 1 开始） -
nonaggregated column指这个字段没被SUM/MAX/ANY_VALUE等处理 -
not functionally dependent是核心：MySQL 8.0 要求每个非聚合列必须“函数依赖”于GROUP BY列（比如主键和分组列存在一对一关系），否则拒绝执行
为什么 5.7 不报错，8.0 就报？
不是 bug，是行为收敛：
- MySQL 5.7.5+ 其实也默认启用了
ONLY_FULL_GROUP_BY，但部分旧安装或配置可能手动关掉了它 - 很多 5.7 实例实际运行在宽松模式下（比如
sql_mode里压根没这串），升级到 8.0 后配置重置或继承更严格默认值，问题就暴露了 - 8.0 对“函数依赖”的判断更严格，即使你加了主键进
GROUP BY，如果表没显式定义主键或唯一约束，它仍可能报错
ANY_VALUE() 是什么？能随便用吗？
ANY_VALUE() 是 MySQL 5.7.5+ 提供的合法函数，作用是显式告诉优化器：“我接受这个字段取任意一行的值，不追求确定性”。但它不是万能胶：
- 它不会触发隐式索引优化，可能影响性能
- 如果业务逻辑其实依赖该字段和分组键的强关联（比如
status和status_name是一一映射），用ANY_VALUE(status_name)反而掩盖了数据建模缺陷 - 它不能替代真正的语义修正——比如你要查“每个部门工资最高的人”，就不能只写
ANY_VALUE(name)，得用窗口函数或子查询
临时绕过 vs 长期修复，怎么选？
别一上来就改配置文件删 ONLY_FULL_GROUP_BY。先看场景：
- 开发/测试环境快速验证：用
SET SESSION sql_mode = (SELECT REPLACE(@@sql_mode, 'ONLY_FULL_GROUP_BY', ''));即可，退出会话自动恢复 - 线上应用已确认所有相关查询都明确需要非确定性结果（极少见），且已做过回归测试，才考虑在
[mysqld]下配sql_mode去掉它 - 绝大多数情况，应该重构 SQL：删冗余字段、补全
GROUP BY、或换用MAX()/MIN()显式表达意图——这才是把模糊逻辑变清晰的过程
真正容易被忽略的，是那些 ORM 自动生成的统计查询：它们往往硬编码了旧版 MySQL 的宽容行为，升级后不改代码，只调配置，等于把语义风险留给 runtime。
