MySQl——对group by 的严格限制

[42000][1055] Expression #1 of ORDER BY clause is not in GROUP BY clause and contains nonaggregated column

SELECT @@sql_mode;

查看当前会话的 sql_mode(sql_mode 是 MySQL 中的一个重要系统变量,用于定义 MySQL 执行 SQL 语句时的 语法校验、数据校验以及行为模式,它决定了 MySQL 对 SQL 标准的遵循程度、数据验证规则和特殊语法的支持情况。)

ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION

ONLY_FULL_GROUP_BY 的作用

假设你有一张学生表 student,数据如下:

班级(class)姓名(name)成绩(score)
一班张三80
一班李四90
二班王五85

现在你想查询 "每个班级的最高成绩",写了这样的 SQL:

SELECT class, name, MAX(score) 
FROM student 
GROUP BY class;

没有 ONLY_FULL_GROUP_BY 时会发生什么?

MySQL 会按 class 分组(分成 "一班" 和 "二班" 两组),但 name 列既不在 GROUP BY 中,也没有用聚合函数(如 MAX())处理。

  • 一班有两个学生(张三、李四),MySQL 会随机选一个名字(比如张三)显示,结果可能是:

    classnameMAX(score)
    一班张三90
    二班王五85

这就出现了问题:结果中的 name 是不确定的(换个时间执行可能选李四),而你想要的其实只是 "班级+最高成绩",姓名在这里是多余且混乱的。

启用 ONLY_FULL_GROUP_BY 后会怎样?

MySQL 会直接报错,因为 name 列不符合规则:

  • 要么把 name 加入 GROUP BY(但这样分组就变成 "班级+姓名",失去了按班级分组的意义);

  • 要么用聚合函数处理 name(比如 MAX(name) 取首字母最大的名字,但通常没有意义)。

正确的 SQL 应该是:

SELECT class, MAX(score)  -- 只查分组列和聚合列
FROM student 
GROUP BY class;

结果:

classMAX(score)
一班90
二班85

核心原理

ONLY_FULL_GROUP_BY 强制要求:分组后显示的列,必须是 "确定的"

  • 分组列(GROUP BY 中的列)是确定的(每个组唯一);

  • 聚合列(如 MAX()/SUM() 处理的列)是确定的(每组计算出唯一结果);

  • 其他列(如例子中的 name)在一个组中可能有多个值,无法确定显示哪一个,因此不允许出现在 SELECT 中。

总而言之就是在使用分组后不要去取查询那些不确定的字段,这样就能保证查询结果的唯一性和可预测性,避免因随机取值导致的业务逻辑错误。

### 关于 MySQL 中 `GROUP BY` 的配置与使用 在 MySQL 9.0 版本中,虽然官方尚未发布此版本,但从现有资料可以推测其特性会继承自较新版本如 8.0 或者更高。对于 `ONLY_FULL_GROUP_BY` SQL 模式的处理方式,在执行带有 `GROUP BY` 子句的查询语句时变得更为严格[^3]。 当启用 `ONLY_FULL_GROUP_BY` 参数后,如果尝试在一个 `SELECT` 列表中的表达式既不在聚合函数内也不位于 `GROUP BY` 子句里,则会产生错误提示。这是因为该设置强制要求所有选定列要么被包含在 `GROUP BY` 后面指定的一组字段之中,要么作为聚集操作的一部分出现[^4]。 为了正确地应用 `GROUP BY` 并避免上述提到的错误情况发生: #### 修改全局变量 `sql_mode` 可以通过调整服务器级别的参数来改变默认行为。具体做法是从当前生效模式列表里面移除 `ONLY_FULL_GROUP_BY`: ```sql SET GLOBAL sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY','')); ``` 但是需要注意的是这种修改可能会影响到整个数据库实例上的其他应用程序逻辑;因此更推荐的做法是在创建连接的时候临时更改 session 层面上的 mode 设置: ```sql SET SESSION sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'; ``` #### 调整查询结构 另一种方法就是重构原始SQL请求使其满足新的语法规定——即确保所有的非汇总项都出现在 `GROUP BY` 部分之内。例如原先是这样的写法导致报错: ```sql select * from emp group by post; ``` 那么应该改为只选取那些真正用于分组统计计算所需的属性加上必要的聚合运算结果: ```sql SELECT post, COUNT(*), AVG(salary) FROM emp GROUP BY post; ``` 这样不仅解决了兼容性问题还提高了查询效率并增强了可读性和维护便利度。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值