Mysql8.0及以上 only_full_group_by以及其他关于sql_mode原因报错详细解决方案

今天我们来说下 mysql8 关于only_full_group_by的问题，相信每个人在使用group by 函数时会突然跳出一个报错信息：

ERROR 1055 (42000): Expression #7 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'postscan.verifyDelayLog.auditor' which is not functionally dependent on columns in GROUP BY clause; this is incompatible withsql_mode=only_full_group_by

在mysql8.0以上的版本中，对于 group by 的这种聚合操作，如果在select 中的列，没有在group by 中出现，那么这个SQL是不合法的，因为列不在group by的从句中，所以对于设置了这个mode的数据库，在使用group by 的时候，就要用MAX()，SUM()，ANT_VALUE()的这种聚合函数，才能完成GROUP BY 的聚合操作，那么话说回来了，如何关闭呢？

经过我们一番百度之后，获取的结果是关于 only_full_group_by ，但是按照教程所说，只要修改了my.cnf，

在my.cnf添加如下配置

[mysqld]
sql_mode='NO_AUTO_VALUE_ON_ZERO,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION,PIPES_AS_CONCAT,ANSI_QUOTES'

配置文件加入相应参数[以下会讲到]，重启的时候，依然差强人意，甚至给出教程的人并没有亲力亲为的去测试，就张贴了出来，还会带来新的mysql的报错，或者是完全启动报错，今天我就来详细与大家一一说明这些参数，及解决办法。

sql_mode这个变量，很容易被忽视，默认值是空值，在这种设置下是可以允许一些非法操作的，比如允许一些非法数据的插入。在生产环境必须将这个值设置为严格模式，所以开发、测试环境的数据库也必须要设置，这样在开发测试阶段就可以发现问题。

sql_mode常用值如下：

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后，不能用双引号来引用字符串，因为它被解释为识别符

说明介绍完了，但是在8.0中这么设置下依然会报错，原因如下：
ERROR 1231 (42000): Variable 'sql_mode' can't be set to the value of 'NO_AUTO_CREATE_USER'

8.0以上已经取消了NO_AUTO_CREATE_USER这个关键字，删掉sql语句中的这个关键字即可

最终，/etc/my.cnf 配置文件中修改：

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

重启mysql服务，大功告成！~

在此，我给出另外两种解决方案：

第二种办法不用修改配置文件，使用navicat修改

进入命令行界面
输入：

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

然后我们来修改sql_mode

set GLOBAL sql_mode = 'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION ';

再运行你的sql，group by就可以使用了，但是这个方法不治本，当重启mysql后，依然使用不了group by 所以，第一种方法，是最有效的。

第三种办法不用修改配置文件，使用navicat修改

进入命令行界面

输入：SELECT @@sql_mode; 注意：这边缺省了session,完整的是：

SELECT @@SESSION.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

然后我们来修改sql_mode

输入：

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：

*****还是报only_full_group_by错*****

##############解决方法###################

在你查询的语句之前set sql_mode

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 ';

以后再新建查询（包含group by）语句也不用再加set sql_mode 直到你关闭这次连接为止

然后你再运行你的sql是不是可以运行啦

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';

SELECT @@GLOBAL.sql_mode;

关于办法3的解释：

1.其实讲第三种方法的时候说过SELECT @@sql_mode; 其实这边缺省了session,完整的是：SELECT @@SESSION.sql_mode;

2.SESSION是当前会话的意思---->这句话就解释了直到你关闭这次连接为止

3.那为什么在命令行set sql_mode,然后再新建查询还是没用呢？

4.其实你只要在新建查询中输入SELECT @@sql_mode;你会发现你在命令行中的设置并没有生效

5.所以，我们只能重新在这次连接（会话）的新建查询中重新set sql_mode,之后这次连接（这次会话）不再需要

6.这一段语言解释了“在你查询的语句之前set sql_mode”这句话

对办法2办法3两种方法的说明

1.这两种set sql_mode方法，都会随着在我部署linux上的mysql重启而恢复到我指定的配置文件的my.cnf里面设置的sql-mode选项中的内容

2.这句话比较绕

3.意思就是：linux上的mysql重启后，你在navicat上设置的就不再有效，而是依据你指定的配置文件中的设定，就是my.cnf这个文件中设定

注：现在我将my.cnf列出来，供大家参考

广西南宁市 2021-07-21 17:07

异常：在执行一段SQL时出现以下问题

[Err] 1055 - Expression #1 of ORDER BY clause is not in GROUP BY clause and contains nonaggregated column ‘information_schema.PROFILING.SEQ’ which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

分析：
根据异常信息分析能发现，这个问题主要是由于sql_mode引起，所以先查看sql_mode后修改即可，主要是去除only_full_group_by

解决方案：

方案一：只修改当前数据库的SQL_MODE

-- 查看SQL_MODE

SELECT @@sql_mode;

-- 修改SQL_MODE

SET sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY',''));

方案二：修改配置文件my.ini

-- 查看数据库的存储地址

SELECT @@datadir

-- D:\MySQL\mysql-5.7.17-winx64\data\

打开对应的地址，找到my.ini，添加

[mysql] 
sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

#⁰

Comments 评论区

广西南宁市 2022-09-28 03:06

tp报错: SQLSTATE[42000]: Syntax error or access violation: 1055 Expression #1 of SELECT list is
SQLSTATE[42000]: Syntax error or access violation: 1055 Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'appointment.ob_order.id' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

去掉 sql_mode 配置项参数中逗号后面的空格

打开mysql配置文件，在[mysqld]下添加如下一行：sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES，保存重启

广西河池市 2023-05-29 16:40

联表查询 group by order by desc 不支持排序

支持排序的代码SELECT * , count( mid ) AS mid
FROM (
SELECT A.mid, A.title, A.sortrank, A.pubdate
FROM `acms_archives` AS A
LEFT JOIN `acms_arctype` AS B ON A.typeid = B.id
WHERE B.topid =18
AND A.arcrank =0
AND A.sortrank = A.pubdate
AND A.pubdate >0
ORDER BY pubdate DESC
) AS z
GROUP BY z.mid
ORDER BY z.pubdate DESC
LIMIT 0 , 7

原代码

SELECT A.title,A.sortrank,A.pubdate FROM `acms_archives` as A left join `acms_arctype` as B ON A.typeid = B.id where B.topid=18 and A.arcrank=0  and A.sortrank = A.pubdate  and A.pubdate > 0 group by A.mid order by A.pubdate desc limit 0,7

Comment Form 留下评论

正在回复 #0

粘贴图片、拖拽文件，或点上面的按钮上传 图片会自动插入 [img] 标签，其他附件会自动插入 [attach] 标签。

正在上传...

提交前会先拉起旧项目同款第三方人机验证。

不再要求填写昵称；reply 会生成一条带楼层回链的新评论，quote 会附带完整引用块，并保持评论锚点跳转。