由group by引起的sql_mode的學習

前言　　

　　在一次使用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都要配上，咱們要在合適的環境選擇合適的配置。

 

 

另，原創，轉載註明出處！