dependent on columns in GROUP BY clause； this is incompatible with sql_mode=only_full_group_by

一，前言

最近在使用mysql的分组grouo by的时候，出现了这个错误，我的记得我的写法之前是对的，查了一下资料才发现，原来是mysql版本的问题。

 

二，具体过程

编写sql的时候，查询了多个列，而分组的列只是其中的一个列。

我记得这个写法是没问题的，百度了之后才发现，原来5.6和5.7的sql_mode不一样了。

这前这个写法没问题，是因为mysql是5.6的，现在5.7之后就不可以了。

这个sql_mode，可以理解成是mysql对插入数据时候的一种校验，这里给出几种常见的：

ONLY_FULL_GROUP_BY：对于GROUP BY聚合操作,如果在SELECT中的列,没有在GROUP BY中出现,那么这个SQL是不合法的,因为列不在GROUP BY从句中（这也是这个错误的原因）

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

​ STRICT_TRANS_TABLES:在该模式下,如果一个值不能插入到一个事务表中,则中断当前的操作,对非事务表不做限制（5.7默认的）。

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

 

注意，sql_mode并不是只有一个，它是可以多个配合使用的，mysql5.6版本使用的是空的sql_mode,也就是没有指定sql_mode，所以它并没有约束sql的规则，所以5.6版本的时候，查询多个列，而分组是根据一个列来分组是不会报错的，而5.7之后就指定了严格校验的sql_mode，导致会出现这个错误