mysql从5.7升级到8.0后ONLY_FULL_GROUP_BY是升级后应用报错的第一大原因

mysql从5.7升级到8.0之后，GROUP BY 行为变化最常见——ONLY_FULL_GROUP_BY 是升级后应用报错的第一大原因。啥意思？
你提到的这句话，是 MySQL 从5.7 升级到 8.0后开发者最常遇到的兼容性问题之一。我们来一步步解释清楚：

🔍 一、核心概念：ONLY_FULL_GROUP_BY是什么？

ONLY_FULL_GROUP_BY是 MySQL 中sql_mode（SQL 模式）的一个选项，它控制着GROUP BY语句的严格程度。

• ✅开启时（默认在 5.7+ 和 8.0）：
  要求SELECT列表中的每一个非聚合字段，都必须出现在GROUP BY子句中。

• ❌关闭时（如 MySQL 5.6 默认）：
  允许SELECT中包含未在GROUP BY中出现的字段（即使它们不是聚合函数），MySQL 会“随便选一行”的值返回——这其实不符合 SQL 标准，结果可能不可预测。

💡 这个模式是为了让 MySQL 更符合SQL-92 标准。

🧨 二、为什么升级后会报错？

假设你有一张表：

CREATETABLEorders(idINT,user_idINT,productVARCHAR(50),amountDECIMAL(10,2));

在 MySQL 5.6（或关闭 ONLY_FULL_GROUP_BY 时），以下 SQL 是允许的：

SELECTuser_id,product,SUM(amount)FROMordersGROUPBYuser_id;

✅ 虽然product没有出现在GROUP BY中，也没有用聚合函数（如MAX()），但 MySQL 5.6 会“容忍”它，返回每个用户分组中某一条记录的 product 值（不确定是哪条）。

但在 MySQL 5.7 / 8.0（默认开启 ONLY_FULL_GROUP_BY）：

执行上面的 SQL 会直接报错：

ERROR 1055 (42000): Expression #2 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'orders.product' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

❌ 错误意思：product字段既不在GROUP BY中，又不是聚合函数（如SUM,MAX），所以不被允许！

🛠 三、如何解决？

✅ 方法 1：改写 SQL（推荐）

让查询符合标准：

-- 方案 A：把 product 加入 GROUP BYSELECTuser_id,product,SUM(amount)FROMordersGROUPBYuser_id,product;-- 方案 B：对 product 使用聚合函数SELECTuser_id,MAX(product)ASproduct,SUM(amount)FROMordersGROUPBYuser_id;

✅ 这是最安全、可移植、逻辑清晰的做法。

⚠️ 方法 2：关闭 ONLY_FULL_GROUP_BY（不推荐）

临时关闭（仅当前会话）：

SETSESSIONsql_mode='STRICT_TRANS_TABLES,NO_ZERO_DATE,...';-- 去掉 ONLY_FULL_GROUP_BY

永久关闭（修改配置文件my.cnf）：

[mysqld] sql_mode = STRICT_TRANS_TABLES,NO_ZERO_DATE,NO_ZERO_IN_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION

❌ 风险：可能导致查询结果不一致、隐藏逻辑错误，且违背 SQL 标准。

📌 四、为什么说这是“升级后第一大报错原因”？

因为：

1. 很多老项目（尤其 PHP、Java 应用）在 MySQL 5.6 时代写了大量“宽松”的GROUP BY语句；
2. 升级到 5.7/8.0 后，默认开启了严格模式；
3. 应用突然大面积报错，开发者一脸懵；
4. 必须逐条检查并修正 SQL，或临时关闭该模式。

✅ 总结

🎯最佳实践：始终编写符合 SQL 标准的查询，避免依赖 MySQL 的“宽松模式”，这样无论升级到哪个版本都不会出问题。