MySQL嚴格模式總結

MySQL的sql_mode合理設置

sql_mode是個很容易被忽視的變量,默認值是空值,在這種設置下是可以允許一些非法操作的,比如允許一些非法數據的插入。
在生產環境必須將這個值設置爲嚴格模式,所以開發、測試環境的數據庫也必須要設置,這樣在開發測試階段就可以發現問題.

查看sql_mode的參數 

mysql> select @@GLOBAL.sql_mode;
或者 
mysql> select @@SESSION.sql_mode;

 

 這個就是沒有設置嚴格模式的

SQL model 常用來解決下面幾類問題

　　1 通過設置sql mode, 可以完成不同嚴格程度的數據校驗，有效地保障數據準備性。

　　2 通過設置sql model 爲寬鬆模式，來保證大多數sql符合標準的sql語法，這樣應用在不同數據庫之間進行遷移時，
則不需要對業務sql 進行較大的修改。

　　3 在不同數據庫之間進行數據遷移之前，通過設置SQL Mode 可以使MySQL 上的數據更方便地遷移到目標數據庫中。

sql_mode常用值

• 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後,不能用雙引號來引用字符串,因爲它被解釋爲識別符

• ORACLE的sql_mode設置

ORACLE的sql_mode設置等同:PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, 
NO_TABLE_OPTIONS, NO_FIELD_OPTIONS, NO_AUTO_CREATE_USER.

• 如果使用mysql,爲了繼續保留大家使用oracle的習慣,可以對mysql的sql_mode設置如下

在my.cnf添加如下配置

[mysqld]
sql_mode='ONLY_FULL_GROUP_BY,NO_AUTO_VALUE_ON_ZERO,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,PIPES_AS_CONCAT,ANSI_QUOTES'

注意

MySQL5.6和MySQL5.7默認的sql_mode模式參數是不一樣的,5.6的mode是NO_ENGINE_SUBSTITUTION，
其實表示的是一個空值，相當於沒有什麼模式設置，可以理解爲寬鬆模式。5.7的mode是STRICT_TRANS_TABLES，也就是嚴格模式。

"""
如果設置的是寬鬆模式，那麼我們在插入數據的時候，即便是給了一個錯誤的數據，也可能會被接受，並且不報錯，
例如：我在創建一個表時，該表中有一個字段爲name，給name設置的字段類型時char(10)，如果我在插入數據的時候，
　　其中name這個字段對應的有一條數據的長度超過了10，例如'1234567890abc'，超過了設定的字段長度10，那麼不會報錯，
　　並且取前十個字符存上，也就是說你這個數據被存爲了'1234567890',而'abc'就沒有了，但是我們知道，我們給的這條數據是錯誤的，
　　因爲超過了字段長度，但是並沒有報錯，並且mysql自行處理並接受了，這就是寬鬆模式的效果，其實在開發、測試、生產等環境中，
　　我們應該採用的是嚴格模式，出現這種錯誤，應該報錯纔對，所以MySQL5.7版本就將sql_mode默認值改爲了嚴格模式，
　　並且我們即便是用的MySQL5.6，也應該自行將其改爲嚴格模式，而你記着，MySQL等等的這些數據庫，
　　都是想把關於數據的所有操作都自己包攬下來，包括數據的校驗，其實好多時候，我們應該在自己開發的項目程序級別將這些校驗給做了，
　　雖然寫項目的時候麻煩了一些步驟，但是這樣做之後，我們在進行數據庫遷移或者在項目的遷移時，就會方便很多，這個看你們自行來衡量。
mysql除了數據校驗之外，你慢慢的學習過程中會發現，它能夠做的事情還有很多很多，將你程序中做的好多事情都包攬了。
"""

 

改爲嚴格模式後可能會存在的問題

若設置模式中包含了NO_ZERO_DATE，那麼MySQL數據庫不允許插入零日期，插入零日期會拋出錯誤而不是警告。
例如表中含字段TIMESTAMP列（如果未聲明爲NULL或顯示DEFAULT子句）將自動分配DEFAULT '0000-00-00 00:00:00'（零時間戳），
也或者是本測試的表day列默認允許插入零日期 '0000-00-00' COMMENT '日期'；這些顯然是不滿足sql_mode中的NO_ZERO_DATE而報錯。

模式設置和修改(以解決上述問題爲例)

方式一：先執行select @@sql_mode,複製查詢出來的值並將其中的NO_ZERO_IN_DATE,NO_ZERO_DATE刪除，
然後執行set sql_mode = '修改後的值'或者set session sql_mode='修改後的值';，例如：set session sql_mode='STRICT_TRANS_TABLES';
改爲嚴格模式此方法只在當前會話中生效，關閉當前會話就不生效了。

方式二：先執行select @@global.sql_mode,複製查詢出來的值並將其中的NO_ZERO_IN_DATE,NO_ZERO_DATE刪除，
然後執行set global sql_mode = '修改後的值'。此方法在當前服務中生效，重新MySQL服務後失效

方法三：在mysql的安裝目錄下，或my.cnf文件(windows系統是my.ini文件)，新增 sql_mode = ONLY_FULL_GROUP_BY,
STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION，

添加my.cnf如下：
[mysqld]
sql_mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER
然後重啓mysql。
此方法永久生效.當然生產環境上是禁止重啓MySQL服務的，所以採用方式二加方式三來解決線上的問題，那麼即便是有一天真的重啓了MySQL服務，也會永久生效了。

臨時修改sql_mode【需要退出數據庫重新進入】

mysql> set @@global.sql_mode ='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';
Query OK, 0 rows affected (0.00 sec)

永久修改sql_mode【需要重啓msyql】

在配置文件中[mysqld]下加入

sql_mode ='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'