sql_mode= only_full_group_by的一点小故事

今天数据分析岗那边的女同事问我：这个语句为什么报错

报错信息如下：

Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'test.t.mont' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

 

咋一看，这个SELECT语句的英文字段名咋这么辣眼睛，好吧，原来是因为这位小姐姐努力练习SQL语句，既然出了问题，作为我们公司最慷（有）慨（空）的后端程序员，就帮她解答一下吧。

这个报错信息是说：SELECT表达式查询得到的结果  不在GROUP BY子句中，不兼容当前sql_mode为only_full_group_by的模式，下面就赶紧来回忆一下sql_mode有哪些东西：

ONLY_FULL_GROUP_BY	对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么将认为这个SQL是不合法的，因为列不在GROUP BY从句中
STRICT_TRANS_TABLES	在该模式下，如果一个值不能插入到一个事务表中，则中断当前的操作，对非事务表不做任何限制
NO_ZERO_IN_DATE	在严格模式，不接受月或日部分为0的日期。如果使用IGNORE选项，我们为类似的日期插入'0000-00-00'。在非严格模式，可以接受该日期，但会生成警告。
NO_ZERO_DATE	在严格模式，不要将 '0000-00-00'做为合法日期。你仍然可以用IGNORE选项插入零日期。在非严格模式，可以接受该日期，但会生成警告
ERROR_FOR_DIVISION_BY_ZERO	在严格模式，在INSERT或UPDATE过程中，如果被零除(或MOD(X，0))，则产生错误(否则为警告)。如果未给出该模式，被零除时MySQL返回NULL。如果用到INSERT IGNORE或UPDATE IGNORE中，MySQL生成被零除警告，但操作结果为NULL。
NO_AUTO_CREATE_USER	防止GRANT自动创建新用户，除非还指定了密码。
NO_ENGINE_SUBSTITUTION	如果需要的存储引擎被禁用或未编译，那么抛出错误。不设置此值时，用默认的存储引擎替代，并抛出一个异常。

 

如果select语句，MySQL允许查询结果中  输出的表达式是除聚集函数或group by column以外的表达式，这个表达式的值可能在经过group by操作后变成undefined。由于主流几个数据库厂家对SQL语意限制较为严谨，所以像MySQL，sql_mode都是默认only_full_group_by的。这时候常用的解决方案有三种：一种是修改数据库启动的ini配置文件，第二种是用命令直接修改sql_mode，这两种都暂时不能教她，万一改错东西或者时候忘记改回来，到时候测试的时候出现问题那可多麻烦，于是我教她第三种方法：根据报错语句，把t.mont加到group by子句后面，于是乎，就这样把问题解决了：

 

总结：ONLY_FULL_GROUP_BY的语义用于限定  select得出的结果集  语义必须明确，专业点说select得到的结果集，必须来自聚合函数（如sum函数）的结果，或者来自group by子句中的列。