前言
在一次使用group by查詢數據庫時，遇到了問題。下面先搭建環境，然后讓問題復現，最后分析問題。
一 問題復現
mysql版本
建表插入數據
表的結構
現在問題來了：我想查詢上面表中每個部門年齡最大的人。
sql語句：select NAME,dept,MAX(age) from mytable group by dept;
此時會發現：查詢結果中，dept 和 max(age) 是正確的，但是name卻是錯誤的！！！因為34歲的101部門應該指向 li4 ，36歲的102部門應該是 tian7。
二 分析原因
對於上面的問題主要要注意兩個方面:
1.為什么很多網上的帖子會出現這個sql語句查詢報錯的情況？
2.為什么這種sql語句能執行但是查詢結果不正確？
下面針對這兩個方面進行展開說明:
1.
有很多人可能使用上面的sql語句查詢會報錯，拋出這樣的錯誤
翻譯過來就是：select list的表達式1不在group by子句中，並且包含非聚合列“test.mytable.name”，該列在功能上不依賴於group by子句中的列；這與sql _mode=only_full _group _by不兼容
既然這里提到了sql_mode，那我就來查查sql_mode，如果你拋出了上面的錯誤，那么你的sql_mode中一定包含 ONLY_FULL_GROUP_BY
show variables like 'sql_mode';
什么是sql_mode?
官方解釋:
The MySQL server can operate in different SQL modes, and can apply these modes differently for different clients, depending on the value of the sql_mode system variable. DBAs can set the global SQL mode to match site server operating requirements, and each application can set its session SQL mode to its own requirements
中文翻譯:
mysql服務器可以在不同的SQL模式下運行，並且可以根據sql_模式系統變量的值，為不同的客戶機應用這些模式。DBA可以設置全局SQL模式以匹配站點服務器操作需求，並且每個應用程序都可以將其會話SQL模式設置為自己的需求。
同時:
sql_mode是個很容易被忽視的變量，默認值是空值，在這種設置下是可以允許一些非法操作的，比如允許一些非法數據的插入。在生產環境必須將這個值設置為嚴格模式，所以開發、測試環境的數據庫也必須要設置，這樣在開發測試階段就可以發現問題。
在我們使用group by進行查詢語句時，如果查詢字段不在聚合列中(也就是group by后面的列)，實際上這種sql語句是錯誤的，也是沒有意義的，mysql是可以不支持這種查詢方式的。在我們生產境中，最好將sql_mode設置為嚴格模式，這樣在開發階段就能發現問題，排除錯誤、無效的sql語句。
ONLY_FULL_GROUP_BY就是規定了你不能使用錯誤、無效的group by去查詢數據，所以，如果你的sql_mode是ONLY_FULL_GROUP_BY，那么執行上面那條sql語句就會拋出錯誤了。
2.
那為什么我使用上面的sql語句查詢時，沒有拋出錯誤，自然也就得到了解釋，因為我當時的sql_mode 是這樣的:
並不包含ONLY_FULL_GROUP_BY，同時，我們看到的查詢結果是錯誤的，這也從反面說明了 mysql規定的一些sql_mode的必要性，就是因為某些sql語句會出現問題，但是又不能及時被發現。
所以在開發環境中，使用合適的嚴格的sql_mode 至關重要。
三 有哪些sql_mode?
官方說明先放在這: https://dev.mysql.com/doc/refman/5.6/en/sql-mode.html
簡單介紹如下:
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后，不能用雙引號來引用字符串，因為它被解釋為識別符
四 如何設置sql_mode
sql_mode的設置分為局部(session)設置和全局(global)設置 下面是我從mysql官網直接拿過來的:
session就是指 你設置的sql_mode只會在你當前會話有效，當你注銷用戶，重新登錄mysql后，仍然是你默認的sql_mode
global就是指全局的。
設置GLOBAL變量需要該SUPER權限，並影響從該時間開始連接的所有客戶端的操作。設置SESSION變量僅影響當前客戶端。每個客戶端都可以隨時更改其會話sql_mode值。
另外的一種設置方式:
直接修改mysql配置文件,打開mysql配置文件可以看到:(沒有sql_mode就自己加)
這個sql_mode也就是我默認的，也可以在此處修改。
最后多說一點，雖然mysql規定了這么多sql_mode用來約束sql語句規范，但是並不是每一個sql_mode都要配上，我們要在合適的環境選擇合適的配置。
另，原創，轉載注明出處！