mysql5.7.X版本only_full_group_by问题解决

一、出错原因

最近因为开发数据库与部署数据库版本不同，带来了几个问题，其中only_full_group_by问题是之前没有遇到的。

具体报错如下

 [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中设置了only_full_group_by模式引起的，

sql_mode的作用是什么呢？

模式定义mysql会支持哪些sql语法。以及应执行哪种数据验证检查。最终达到的目标：适应在不同环境中适应mysql，因为可

以根据各自的程序设置不同的操作模式。

在only_full_group_by这种模式下，使用group by语句进行查询时，所要查询的语句必须依赖于group by子句中所列出的列，也就是group by要以查询的字段

作为分组依据，这里是要查询的所有字段。

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

我们可以使用

select @@global.sql_mode; //全局配置

查询

也可以通过

select @@sql_mode;//已存在数据库配置

查询

二、解决方法

1.使用any_value()函数,这个函数对不需要group by的字段有效，等同于关闭only_full_group_by，但是这样难免会遗漏某个字段，所以不推荐使用。

2.暂时性关闭（可以通过select @@sql_mode查出sql_mode以后去掉ONLY_FULL_GROUP_BY后复制过来）：

set sql_mode=' ' //改变已经存在的数据库sql_mode

set @@global.sql_mode=' ' //改变全局配置sql_mode

以上配置在重启服务以后失效

3.更改配置文件（推荐使用）

linux系统更改/etc/my.cnf文件，使用vi命令打开，如果有sql_mode=...的注释就把注释打开，如果没有就加上sql_mode=...（可以通过select @@sql_mode查出sql_mode以后去掉ONLY_FULL_GROUP_BY后复制过来）

windows下配置文件是安装目录下的my.ini文件，其余同上