Mysql only_full_group_by以及其他关于sql_mode原因报错详细解决方案

  • Post author:
  • Post category:mysql


Mysql only_full_group_by以及其他关于sql_mode原因报错详细解决方案

网上太多相关资料,但是抄袭严重,有的讲的也是之言片语的,根本不连贯(可能知道的人确实不想多说)

我总共花了3个多小时,反复测试,总结一下

  • Mysql only_full_group_by以及其他关于sql_mode原因报错详细解决方案

    • 报错信息:
    • 原因:
    • 怎么查看呢:
    • 解决办法1:
    • 验证一下:
    • 解决办法2
    • 解决办法3

      • 对于办法3解决的解释
    • 对办法2办法3两种方法的说明
    • 附上其他mode解释

      • 对于其他mode说明

报错信息:


   
   
1.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 with sql_mode=only_full_group_by

原因:


   
   
1. mysql 5 .7中的 sql_mode的值为:
2. 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

怎么查看呢:


   
   
1.我的 mysql5 .7部署在 linux上的,然后我使用 navicat 12连接的,就说怎么使用 navicat 12查看吧
2.使用 navicat 打开数据库,然后工具 -->命令列界面 (快捷方式 F6
3.然后输入: SELECT @@ sql_mode;
4.看到值为:
5. 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

解决办法1:


   
   
1.我所使用的mysql运行时指定的配置如下:
2./apps/mysql5 .7 .18/bin/mysqld --defaults-file=/apps/my3306.cnf --basedir=/apps/mysql5 .7 .18 --datadir=/apps/mysql/data/ 3306 --plugin-dir=/apps/mysql5 .7 .18/lib/mysql/plugin --user=mysql --log-error=/apps/mysql/data/ 3306/BJ-DYC-VM -5 -106.err --open-files-limit= 8192 --pid-file=/apps/mysql/data/ 3306/BJ-DYC-VM -5 -106.pid --socket=/tmp/mysql_3306.sock --port= 3306
3.
4.那么我修改的是/apps/my3306.cnf,你没意见吧哈哈
5.找到:
6.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"
7.
8.修改为:
9.sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
10.
11.因为修改了mysql配置文件,所以重新启动mysql
12./apps/mysql5 .7 .18/bin/mysqld --defaults-file=/apps/my3306.cnf --basedir=/apps/mysql5 .7 .18 --datadir=/apps/mysql/data/ 3306 --plugin-dir=/apps/mysql5 .7 .18/lib/mysql/plugin --user=mysql --log-error=/apps/mysql/data/ 3306/BJ-DYC-VM -5 -106.err --open-files-limit= 8192 --pid-file=/apps/mysql/data/ 3306/BJ-DYC-VM -5 -106.pid --socket=/tmp/mysql_3306.sock --port= 3306

验证一下:


   
   
1.进入命令列界面
2.然后输入:SELECT @@sql_mode;
3.看到值为:
4.STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
5.
6.至此,你不用遵守:如下约定了:
7. 对于 GROUP BY聚合操作,如果在SELECT中的列,没有在 GROUP BY中出现,那么这个SQL是不合法的,因为列不在 GROUP BY从句中,所以对于设置了这个mode的数据库,在使用 group by 的时候,就要用MAX(),SUM(),ANT_VALUE()这种聚合函数,才能完成 GROUP BY 的聚合操作。

解决办法2


   
   
1.第二种办法不用修改配置文件,使用navicat修改
2.进入命令行界面(F6)
3.输入: SELECT @@GLOBAL.sql_mode;
4.结果: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
5.
6.然后我们来修改sql_mode
7.输入: 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 ';
8.
9.再运行你的sql:
10. SELECT
11. id,ip
12. FROM
13. ip_meta_backup
14. GROUP BY
15. ip
16. HAVING
17. count(ip) > 1
18.*****恭喜你,成功了*****
19.
20.
21.
22.然后你再运行你的 sql是不是可以运行啦
23.
24. 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';
25.
26. SELECT @@GLOBAL.sql_mode;

解决办法3


   
   
1.第三种办法不用修改配置文件,使用navicat修改
2.进入命令行界面(F6)
3.输入: SELECT @@sql_mode; 注意:这边缺省了session,完整的是: SELECT @@SESSION.sql_mode;
4.结果: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
5.
6.然后我们来修改sql_mode
7.输入: 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 ';
8.
9.再运行你的sql:
10. SELECT
11. id,ip
12. FROM
13. ip_meta_backup
14. GROUP BY
15. ip
16. HAVING
17. count(ip) > 1
18.*****还是报only_full_group_by错*****
19.
20.##############解决方法###################
21.
22.在你查询的语句之前 set sql_mode
23.
24. 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 ';
25. SELECT
26. id,ip
27. FROM
28. ip_meta_backup
29. GROUP BY
30. ip
31. HAVING
32. count(ip) > 1
33.以后再新建查询(包含 group by)语句也不用再加 set sql_mode 直到你关闭这次连接为止
34.
35.
36.
37.
38.然后你再运行你的 sql是不是可以运行啦
39.
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';
41.
42. SELECT @@GLOBAL.sql_mode;

对于办法3解决的解释


   
   
1.其实讲第三种方法的时候说过 SELECT @@sql_mode; 其实这边缺省了session,完整的是: SELECT @@SESSION.sql_mode;
2.SESSION是当前会话的意思 ---->这句话就解释了直到你关闭这次连接为止
3.
4.那为什么在命令行 set sql_mode,然后再新建查询还是没用呢?
5.其实你只要在新建查询中输入 SELECT @@sql_mode;你会发现你在命令行中的设置并没有生效
6.所以,我们只能重新在这次连接(会话)的新建查询中重新 set sql_mode,之后这次连接(这次会话)不再需要
7.这一段语言解释了“在你查询的语句之前 set sql_mode”这句话

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


   
   
1.这两种 set sql_mode方法,都会随着在我部署linux上的mysql重启而恢复到我指定的配置文件的my. cnf里面设置的sql- mode选项中的内容
2.这句话比较绕
3.意思就是:linux上的mysql重启后,你在navicat上设置的就不再有效,而是依据你指定的配置文件中的设定,就是my. cnf这个文件中设定

附上其他mode解释


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

对于其他mode说明


   
   
1.其他的mode使用也无外乎更改配置文件,或者独立更改(也就是方法 23