Mysql ONLY_FULL_GROUP_BY模式详解、group by非查询字段报错

以下内容基于Mysql8.0举行解说ONLY_FULL_GROUP_BY模式。
一、题目报错

Mysql5.7版本以上对group by 分组有了新需求，要求group by 后的字段要与select后查询的字段一致，否则就会报错，报错信息如下：
   [2024-09-29 10:48:54] [42000][1055] Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column ‘test.tbl_test.name’ which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
  测试用比方下：

1. create table tbl_test(
2.         id int primary key auto_increment,
3.         name varchar(30) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci unique not null,
4.         age int comment '年龄',
5.         address varchar(50) comment '住址',
6.         update_time datetime default null
7. ) comment '测试表';
9. insert into tbl_test(name,age,address,update_time) values
10. ('zhangsan',25,'杭州',now()),
11. ('李四',21,'武汉',now()),
12. ('王五',25,'杭州',now());

复制代码

对上述数据同时查询name与age字段，并根据age字段group by 后报错如下：

原因分析 ：MySQL5.7版本及以上默认设置了 mysql sql_mode = only_full_group_by 属性，导致报错。
此中ONLY_FULL_GROUP_BY就是造成这个错误的罪魁祸首了，在这种严酷模式下，对于group by聚合操纵，若在select中的列没有在group by中出现，那么这个SQL就是不合法的。因为开发写的sql中，select列不在group by从句中，在利用group by时就会报错。
接下来我们一起看一下这个模式的原理以及这种情况如何解决。
二、ONLY_FULL_GROUP_BY模式

2.1、什么是ONLY_FULL_GROUP_BY？

ONLY_FULL_GROUP_BY是MySQL的一个SQL模式（SQL_MODE）之一，它要求在利用GROUP BY语句时，SELECT列表、HAVING条件或ORDER BY列表中的每个列，要么是聚合函数的一部门（如COUNT(), SUM(), AVG()等），要么必须在GROUP BY子句中明确指定。
这一模式的设计初志是增强查询的准确性和可预测性，避免因为列的不明确引用而导致的数据错误或不一致。
2.2、为什么要利用ONLY_FULL_GROUP_BY？

• 数据准确性：确保聚合查询的效果符合预期，防止因为非聚合列的不确定行为而导致的数据误导。
  
• 一致性：在不同的数据库体系或配置间保持查询行为的一致性，减少迁移或升级时的兼容性题目。
  
• 避免歧义：清晰界说查询的意图，减少因查询理解错误而导致的错误。
  

2.3、查看sql_mode

1. SELECT @@sql_mode;
2. 或者
3. select @@GLOBAL.sql_mode;

复制代码

查询出来的值为：
   ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION
  以下为sql_mode常用值的含义，参考：

1. ONLY_FULL_GROUP_BY：对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么这个SQL是不合法的，因为列不在GROUP BY从句中
2. NO_AUTO_VALUE_ON_ZERO：该值影响自增长列的插入。默认设置下，插入0或NULL代表生成下一个自增长值。如果用户希望插入的值为0，而该列又是自增长的，那么这个选项就有用了。
3. STRICT_TRANS_TABLES：在该模式下，如果一个值不能插入到一个事务表中，则中断当前的操作，对非事务表不做限制
4. NO_ZERO_IN_DATE：在严格模式下，不允许日期和月份为零
5. NO_ZERO_DATE：设置该值，mysql数据库不允许插入零日期，插入零日期会抛出错误而不是警告。
6. ERROR_FOR_DIVISION_BY_ZERO：在INSERT或UPDATE过程中，如果数据被零除，则产生错误而非警告。如果未给出该模式，那么数据被零除时MySQL返回NULL
7. NO_AUTO_CREATE_USER：禁止GRANT创建密码为空的用户
8. NO_ENGINE_SUBSTITUTION：如果需要的存储引擎被禁用或未编译，那么抛出错误。不设置此值时，用默认的存储引擎替代，并抛出一个异常
9. PIPES_AS_CONCAT：将”||”视为字符串的连接操作符而非或运算符，这和Oracle数据库是一样的，也和字符串的拼接函数Concat相类似
10. ANSI_QUOTES：启用ANSI_QUOTES后，不能用双引号来引用字符串，因为它被解释为识别符

复制代码

三、解决方法

对于上述示例中的报错，有以下两种思绪解决题目。

• 关闭only_full_group_by模式（若没有汗青数据的情况下不建议关闭该模式）
  
• 官方阐明白：You can achieve the same effect without disabling ONLY_FULL_GROUP_BY by using ANY_VALUE() to refer to the nonaggregated column. 您可以在不禁 ONLY_FULL_GROUP_BY用 的情况下通过ANY_VALUE()引用非聚合列来实现相同的效果。
  

3.1、关闭only_full_group_by模式

3.1.1、方法一：关闭当前会话中的only_full_group_by

在客户端工具中依次输入以下语句

1. # 查询当前的sql模式
2. select @@global.sql_mode;
4. # 去除掉only_full_group_by后再设置到系统中
5. set global sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION';
7. set session sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION';

复制代码

注意：这种方法只在当前回话中有效，重启mysql后会失效
再次实行本文开头示例中的sql就不会报错了

3.1.2、方法二：永久关闭only_full_group_by模式

(1) 找到配置文件/etc/my.cnf(或则关联文件夹找到mysql-server.cnf)
(2) 找到当前配置的sql_mode那行，去掉ONLY_FULL_GROUP_BY；
如果没有，就在文件内的[mysqld]后增加配置：

1. sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION''

复制代码

(3)保存配置文件后，重启Mysql。
如果重启后也不会见效，查抄下sql_mode的位置是不是不对（放在最后是不会见效的）：

3.2、利用ANY_VALUE()函数

ANY_VALUE()：将分到同一组的数据里第一条数据的指定列值作为返回数据。

1. SELECT any_value(name),age  FROM  tbl_test group by age;

复制代码

四、其他

4.1、无权限报错

本人实行

1. set global sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION';

复制代码

报错了：

1. [Err] 1227 - Access denied; you need (at least one of) the SUPER privilege(s) for this operation

复制代码

阐明当前用户没有权限；必要联系管理员实行才行；
改服务器配置也同理，如果没有权限，联系管理员。
4.2、select后面的字段必须在group by后面出现？当group by遇上唯一索引或主键

我们上面讲了ONLY_FULL_GROUP_BY模式下select中的列必须在group by中出现，但是经过测试后发现 若group by 后面分组字段是唯一索引大概是主键，那么select后面可以跟其他的列
可能看了这句话不太明白，那么我们用示例演示下, 以下示例基于ONLY_FULL_GROUP_BY模式下：

1. create table tbl_test(
2.         id int primary key auto_increment,
3.         -- 注意： name是唯一索引字段
4.         name varchar(30) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci unique not null,
5.         age int comment '年龄',
6.         address varchar(50) comment '住址',
7.         update_time datetime default null
8. ) comment '测试表';
10. insert into tbl_test(name,age,address,update_time) values
11. ('zhangsan',25,'杭州',now()),
12. ('李四',21,'武汉',now()),
13. ('王五',25,'上海',now());

复制代码

对上述数据同时查询name与age字段，并根据age字段group by 后报错如下：

因为开启了ONLY_FULL_GROUP_BY模式，分组字段是age但是查询字段里面包含了name，所以报错了。
select后面的字段必须在group by后面出现吗？测试中偶然发现事实并非云云，看下图示例：

可以看到上述示例中，group by后面根据name举行分组，select后面跟了age、address字段但是也没报错。
这是为什么呢？难道group by后面分组字段的值不重复就能跟其他字段么？示例中address字段也是不重复的，那么我们用address举行分组试下，效果报错如下：

经多次测试后发现: 若group by后面分组字段是唯一索引或主键字段，那么select 后面可以跟其他字段。
官方文档中也证明了此结论。
官网地点：https://dev.mysql.com/doc/refman/8.0/en/group-by-handling.html
官方解释是：当group by 后面跟上主键大概不为空唯一索引时，查询是有效的，因为此时的每一笔数据都具有唯一性。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。