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

2019/08/21 23:41
阅读数 375

今天我们来说下 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是不是可以运行啦

40.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这个文件中设定

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部