mysql 從聚合函數group by到sql_mode
說到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
whereC_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後，不能用雙引號來引用字符串，因為它被解釋為識別符；
mysql 從聚合函數group by到sql_mode