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 标准


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

假设你有一张表:

sql 复制代码
CREATE TABLE orders (
  id INT,
  user_id INT,
  product VARCHAR(50),
  amount DECIMAL(10,2)
);

在 MySQL 5.6(或关闭 ONLY_FULL_GROUP_BY 时),以下 SQL 是允许的

sql 复制代码
SELECT user_id, product, SUM(amount)
FROM orders
GROUP BY user_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(推荐)

让查询符合标准:

sql 复制代码
-- 方案 A:把 product 加入 GROUP BY
SELECT user_id, product, SUM(amount)
FROM orders
GROUP BY user_id, product;

-- 方案 B:对 product 使用聚合函数
SELECT user_id, MAX(product) AS product, SUM(amount)
FROM orders
GROUP BY user_id;

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


⚠️ 方法 2:关闭 ONLY_FULL_GROUP_BY(不推荐)

临时关闭(仅当前会话):

sql 复制代码
SET SESSION sql_mode = 'STRICT_TRANS_TABLES,NO_ZERO_DATE,...'; -- 去掉 ONLY_FULL_GROUP_BY

永久关闭(修改配置文件 my.cnf):

ini 复制代码
[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,或临时关闭该模式。

✅ 总结

项目 说明
问题本质 MySQL 5.7+ 默认启用 ONLY_FULL_GROUP_BY,强制 GROUP BY 符合 SQL 标准
典型错误 SELECT 中有非聚合字段未出现在 GROUP BY
正确做法 改写 SQL:要么加入 GROUP BY,要么用聚合函数包裹
临时绕过 修改 sql_mode 关闭该选项(不推荐用于生产)

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

相关推荐
Chockmans2 小时前
春秋云境CVE-2022-32992(文件上传和sql注入)保姆级教学
数据库·sql·安全·网络安全·网络攻击模型·春秋云境·cve-2022-32992
muddjsv2 小时前
SQL 语句:从产生、发展到内容全景
数据库·sql
ZC跨境爬虫2 小时前
跟着 MDN 学CSS day_6:(伪类和伪元素详解)
前端·javascript·css·数据库·ui·html
洛水水3 小时前
Redis对象类型与底层数据结构
数据结构·数据库·redis
倔强的石头_3 小时前
深度解析:数据库内核如何通过逻辑推理与常值推导突破去重性能瓶颈
数据库
devilnumber3 小时前
MySQL 部门表:树结构 (自关联) vs 非树结构 (扁平化 / 冗余字段)
数据库·mysql
User_芊芊君子3 小时前
一条命令搞定 mysql_exporter 部署,Shell 脚本把重复配置这件事自动化了
android·mysql·自动化
fengxin_rou3 小时前
【MySQL 三大日志深度解析】:redo log、undo log、binlog 作用与两阶段提交原理
数据库·mysql·日志·redo log
ECT-OS-JiuHuaShan3 小时前
存在是微分张量积,标量是参数但不可能是本质。还原论泛化,是语义劫持和以偏概全的逻辑谋杀伪科学庞氏骗局
数据库·人工智能·算法·机器学习·数学建模