今天数据分析岗那边的女同事问我：这个语句为什么报错
报错信息如下：
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子句后面，于是乎，就这样把问题解决了：
