MySQL 5.7版本 报“Expression #1 of SELECT list is not in GROUP BY clause”错误以及解决方法

引言

相信很多小伙伴在执行某些带有group by条件的语句都会遇到这个问题，我也遇到不下3次了，那今天咱们手动创个测试表就来分析、讲解一下这个报错的原因吧，具体报错如下：

Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column ‘字段名’
which is not functionally dependent on columns in GROUP BY clause;
this is incompatible with sql_mode=only_full_group_by

一.运行环境

数据库版本：MySQL 5.7.38版本

数据库表结构：

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;
-- ----------------------------
-- Table structure for hospital
-- ----------------------------
DROP TABLE IF EXISTS `hospital`;
CREATE TABLE `hospital`  (
  `id` int(10) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `hos_id` varchar(10) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL COMMENT '医院id',
  `hos_name` varchar(20) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL COMMENT '医院名称',
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 4 CHARACTER SET = latin1 COLLATE = latin1_swedish_ci ROW_FORMAT = Dynamic;
-- ----------------------------
-- Records of hospital
-- ----------------------------
INSERT INTO `hospital` VALUES (1, '001', 'first_hos');
INSERT INTO `hospital` VALUES (2, '002', 'second_hos');
INSERT INTO `hospital` VALUES (3, '003', 'third_hos');
SET FOREIGN_KEY_CHECKS = 1;

二.错误讲解

1.应用场景

这张医院表的结构其实很简单，那我们现在跑一下语句看下会有什么样的结果：

SQL:SELECT hos_name FROM hospital GROUP BY hos_id
error：> - Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column ‘mysql.hospital.hos_name’ which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

2.报错原因分析

通过翻译软件翻译来看，大概说的是：

SELECT list不在GROUP BY子句中，并且包含未聚合列“mysql”。医院hos_name’在功能上不依赖于GROUP BY子句中的列；这与sql_mode=only_full_group_by不兼容

通过翻阅相关资料得知， MySQL 从5.7.5版本开始，默认 SQL 模式包括 ONLY_FULL_GROUP_BY（在 5.7.5 之前，MySQL 不检测函数依赖，并且默认不启用 ONLY_FULL_GROUP_BY）。也就是说咱们在写SQL语句有用到group by聚合函数时，查询的字段一定要被group by所包含，正确的SQL语句应该是：

SELECT A,B FROM  TABLE GROUP BY A,B

那问题来了，我这边的MySQL版本是5.7.27的，默认应该是可以查出来的，于是我查询了一下sql_mode，发现ONLY_FULL_GROUP_BY是开启状态：

SQL:select @@global.sql_mode;
结果：ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

这边也另外附上一下这些参数的用处吧，有需要可以了解一下

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

三.修复错误

1.修改SQL语句

SELECT hos_id,hos_name FROM hospital GROUP BY hos_id,hos_name 

其实按照编写规范来说，如果SQL语句中有用到聚合函数GROUP BY的话，那SELECT的字段肯定要包含在聚合函数里，但如果你的业务不能修改语句，可以试一下第二种方法。

2.修改sql_mode

1. 一次性修改：在运行语句时，每次执行的时候前面都加上一下这句SQL，去修改一下sql_mode

SET@@sql_mode="STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION";

2. 持久性修改（重启mysql会失效）:

SET global sql_mode= "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION";

3. 永久性修改

找到MySQL的安装目录下，打开my.cnf文件(windows系统是my.ini文件)，新增
sql_mode = STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
修改后，重启MySQL服务

四.总结

以我个人观点，我是不太会去修改MySQL它们默认的设置，作为开发人员应该去接触新的版本，而不是停留在原地，所以我一般先会修改SQL语句，如果实在是业务需要，那我会去采用第一种一次性修改sql_mode的方法。以上就是我对sql_mode的一些理解，如果有哪个地方没有说好，或者哪里不懂的，欢迎提出~