欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页

MySQL5.7版本的only_full_group_by及关于sql_mode报错详细解决方案

程序员文章站 2023-12-28 10:35:52
...
这个问题出现在MySQL5.7版本上,问题核心解决就是修改配置内容,一个是修改文件,一个是通过sql来修改;

首先查看一下自己的MySQL是什么版本

select version();
然后看着MySQL的session和global的sql_mode内容是什么

SELECT @@GLOBAL.sql_mode;
SELECT @@SESSION.sql_mode;
下面就是对这两个mode进行修改

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';
 
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';
注意:重新set的内容是将原来内容里的“only_full_group_by”删除后的剩下部分。具体的解释看一下下面转载的内容



***************分割线*******************
报错信息:
ERROR 1055 (42000): Expression #7 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'students.chengji.name' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
原因:
mysql 5.7中的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
怎么查看呢:
我的mysql5.7部署在linux上的,然后我使用navicat 12连接的,就说怎么使用navicat 12查看吧
使用navicat 打开数据库,然后工具-->命令列界面 (快捷方式F6)
然后输入:SELECT @@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
解决办法1:
我所使用的mysql运行时指定的配置如下:
/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

那么我修改的是/apps/my3306.cnf,你没意见吧哈哈
找到:
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 = "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

因为修改了mysql配置文件,所以重新启动mysql
/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
验证一下:
进入命令列界面
然后输入:SELECT @@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聚合操作,如果在SELECT中的列,没有在GROUP BY中出现,那么这个SQL是不合法的,因为列不在GROUP BY从句中,所以对于设置了这个mode的数据库,在使用group by 的时候,就要用MAX(),SUM(),ANT_VALUE()这种聚合函数,才能完成GROUP BY 的聚合操作。
解决办法2
第二种办法不用修改配置文件,使用navicat修改
进入命令行界面(F6)
输入: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_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION ';

再运行你的sql:
SELECT id,ip FROM ip_meta_backup GROUP BY ip HAVING count(ip) > 1
*****恭喜你,成功了*****

然后你再运行你的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
第三种办法不用修改配置文件,使用navicat修改
进入命令行界面(F6)
输入: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:
SELECT  id,ip FROM ip_meta_backup GROUP BY  ip  HAVING count(ip) > 1
*****还是报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 ';
SELECT  id,ip FROM ip_meta_backup GROUP BY ip HAVING count(ip) > 1
以后再新建查询(包含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解决的解释
其实讲第三种方法的时候说过SELECT @@sql_mode; 其实这边缺省了session,完整的是:SELECT @@SESSION.sql_mode;
SESSION是当前会话的意思---->这句话就解释了直到你关闭这次连接为止
那为什么在命令行set sql_mode,然后再新建查询还是没用呢?
其实你只要在新建查询中输入SELECT @@sql_mode;你会发现你在命令行中的设置并没有生效
所以,我们只能重新在这次连接(会话)的新建查询中重新set sql_mode,之后这次连接(这次会话)不再需要
这一段语言解释了“在你查询的语句之前set sql_mode”这句话
对办法2办法3两种方法的说明
这两种set sql_mode方法,都会随着在我部署linux上的mysql重启而恢复到我指定的配置文件的my.cnf里面设置的sql-mode选项中的内容
这句话比较绕
意思就是:linux上的mysql重启后,你在navicat上设置的就不再有效,而是依据你指定的配置文件中的设定,就是my.cnf这个文件中设定

附上其他mode解释
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后,不能用双引号来引用字符串,因为它被解释为识别符
NO_AUTO_VALUE_ON_ZERO: 该值影响自增长列的插入。默认设置下,插入0或NULL代表生成下一个自增长值。如果用户 希望插入的值为0,而该列又是自增长的,那么这个选项就有用了。
对于其他mode说明
1.其他的mode使用也无外乎更改配置文件,或者独立更改(也就是方法2和3)

 

上一篇:

下一篇: