上一篇文章 提到的需求上线后出现如下报错：
org.springframework.jdbc.BadSqlGrammarException: … Error querying database. Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column ‘p.id’ which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
经过调研发现线上的mysql使用的是5.7版本，默认是开启ONLY_FULL_GROUP_BY ONLY_FULL_GROUP_BY模式代表什么？为什么5.7版本要默认开启该模式呢？如何解决这个问题呢？带着这些问题开始了探索。
ONLY_FULL_GROUP_BY模式代表什么？ 根据报错信息我们知道它是sql_mode的一个值，sql_mode的常用值如下，第一个便是我们关注的ONLY_FULL_GROUP_BY。 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 @@sql_mode查询。默认为session级别，可以通过select @@GLOBAL.sql_mode查询global级别sql_mode.
为什么5.7版本要默认开启该模式呢？ 结合上一篇文章 我们知道，如果select中出现了不在group by的列可能会导致结果不是我们期望的。如果group by 和select的非聚合函数列一致的话，可以保证查询结果语义的正确性。
如何解决这个问题呢？ 虽然知道了它这么设计的好处，但是不能满足我们这个场景，我们需要去掉ONLY_FULL_GROUP_BY模式。
3.1 暂时性关闭 （可以通过select @@sql_mode查出sql_mode以后去掉ONLY_FULL_GROUP_BY后复制过来）： 以下方式二选一。
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'; -- 一定要在global级别修改 SET global sql_mode=(SELECT REPLACE(@@global.sql_mode,'ONLY_FULL_GROUP_BY',''));以上配置在重启服务以后失效。
3.2 更改配置文件（推荐使用） linux系统更改/etc/my.cnf文件，使用vi命令打开，如果有sql_mode=…的注释就把注释打开，如果没有就加上sql_mode=…（可以通过select @@sql_mode查出sql_mode以后去掉ONLY_FULL_GROUP_BY后复制过来）
