MySQL数据库5.7解决group by 的问题。

项目中本来使用的是mysql5.6进行开发，切换到5.7之后，突然发现原来的一些sql运行都报错，错误编码1055，错误信息和sql_mode中的“only_full_group_by“有关，到网上看了原因，说是mysql5.7中only_full_group_by这个模式是默认开启的。

解决办法大致有两种：

一：在sql查询语句中不需要group by的字段上使用any_value()函数，或其他函数；

当然，这种对于已经开发了不少功能的项目不太合适，毕竟要把原来的sql都给修改一遍

二：修改my.cnf（windows下是my.ini）配置文件，删掉only_full_group_by这一项

如果没有sql_mode这一配置项，打开mysql命令行，执行命令

1	select @@GLOBAL.sql_mode select @@SESSION.sql_mode

查出sql_mode的值，复制这个值，在my.cnf中添加配置项（把查询到的值删掉only_full_group_by这个选项，其他的都复制过去）：

2	sql_mode=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

如果 [mysqld] 这行被注释掉的话记得要打开注释。然后重启mysql服务

注：使用命令

3	set  SESSION  sql_mode=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

这样可以修改一个会话中的配置项，在其他会话中是不生效的。

4	set  GLOBAL  sql_mode=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTIO4

这样可以修改整个工作环境的配置。

附加几种常见的sql_mode值的介绍：

几种常见的mode介绍

ONLY_FULL_GROUP_BY：出现在select语句、HAVING条件和ORDER BY语句中的列，必须是GROUP BY的列或者依赖于GROUP BY列的函数列。

NO_AUTO_VALUE_ON_ZERO：该值影响自增长列的插入。默认设置下，插入0或NULL代表生成下一个自增长值。如果用户希望插入的值为0，而该列又是自增长的，那么这个选项就有用了。

STRICT_TRANS_TABLES：在该模式下，如果一个值不能插入到一个事务表中，则中断当前的操作，对非事务表不做限制

NO_ZERO_IN_DATE：这个模式影响了是否允许日期中的月份和日包含0。如果开启此模式，2016-01-00是不允许的，但是0000-02-01是允许的。它实际的行为受到 strict mode是否开启的影响1。

NO_ZERO_DATE：设置该值，mysql数据库不允许插入零日期。它实际的行为受到 strictmode是否开启的影响2。

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