说到group by, 想必大家都不陌生, 就是对查询的数据进行分组，我们可以通过该操作实现一些特殊需求，比如去重。
最近在项目中使用HQL：“ from TSjrz where CBh = ? group by CName ”，当hibernate在底层使用查询的时候会将该表的所有字段查出来，并且通过C_NAME来分组。写这样一个HQL的目的是想要通过group by 去除重复的C_NAME值。然后对所取到的数据进行操作。
我的mysql 版本是5.6.17, 当使用上面这种写法时是OK的, 能正常取得数据并进行操作。但是到了正式环境(mysql版本 5.7.18)，该hql就报了一个错误:
[Err] 1055 - Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column ‘db_test.tsjrzo_.C_BH‘ which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by.
这就是说，该sql的写法违背了mysql的数据库设置sql_mode=only_full_group_by。
什么是ONLY_FULL_GROUP_BY ?
对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么这个SQL是不合法的，因为列不在GROUP BY从句中.
那这里我们在满足only_full_group_by设置的情况下，改造我们的sql查询如下：
select a.* from t_sjrz a, (select C_NAME, max(D_CJSJ) --取最新的一条记录
from t_sjrz where C_BH = ‘123‘ group by C_NAME) b
where a.C_NAME = b.C_NAME
这里我们要注意的是，mysql 5.6 版本的默认设置是没有的sql_mode=only_full_group_by的，而在mysql5.7版本以后将sql_mode默认设置了only_full_group_by，这就导致了差异。当然同时我们不能依赖与数据库的一些特定特性来任意的写SQL。
MYSQL的sql_mode一些其它常用值：
1、NO_AUTO_VALUE_ON_ZERO：该值影响自增长列的插入。默认设置下，插入0或NULL代表生成下一个自增长值。如果用户希望插入的值为0，而该列又是自增长的，那么这个选项就有用了；
2、STRICT_TRANS_TABLES：在该模式下，如果一个值不能插入到一个事务表中，则中断当前的操作，对非事务表不做限制；
3、NO_ZERO_IN_DATE：在严格模式下，不允许日期和月份为零；
4、NO_ZERO_DATE：设置该值，mysql数据库不允许插入零日期，插入零日期会抛出错误而不是警告；
5、ERROR_FOR_DIVISION_BY_ZERO：在INSERT或UPDATE过程中，如果数据被零除，则产生错误而非警告。如 果未给出该模式，那么数据被零除时MySQL返回NULL；
6、NO_AUTO_CREATE_USER：禁止GRANT创建密码为空的用户；
7、NO_ENGINE_SUBSTITUTION：如果需要的存储引擎被禁用或未编译，那么抛出错误。不设置此值时，用默认的存储引擎替代，并抛出一个异常；
8、PIPES_AS_CONCAT：将"||"视为字符串的连接操作符而非或运算符，这和Oracle数据库是一样的，也和字符串的拼接函数Concat相类似；
9、ANSI_QUOTES：启用ANSI_QUOTES后，不能用双引号来引用字符串，因为它被解释为识别符；