mysql SQL_MODE 的配置詳解

最近接手一個正在運行中的項目，拉到本地啟動並執行時候出了問題，在插入資料庫的時候報錯 Incorrect integer value: ” for column ‘id’ at row 1。

字面意思就是自增主鍵ID被寫成了空，導致插入失敗。原伺服器上跑的是正常的，應該是環境的問題了。

列印了下sql語句：

INSERT INTO `config` (`id`,`key`,`value`) VALUES (”,’aaa’,'bbb’);

有些彆扭，正常套路，自增主鍵應該不用寫的，不知道當時的程式是怎麼想的。

直接執行sql語句也是報錯，可見這條語句就是有錯的，我本地mysql版本是5.7的，編譯好之後很少改配置，除了有一次跑其他項目的時候，改過一次sql_mode，可能是這方面的問題，由於當時並沒有深究，遂細查了下。

先說下我怎麼解決的，再複製網上查的資料。

查看了下我本地的 my.cnf，看到我之前把預設為空白的SQL_MODE寫成了：sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES，將SQL_MODE改了成：sql_mode=’NO_ENGINE_SUBSTITUTION’，就可以了。

下面是網上複製的 SQL_MODE 可設定項：

STRICT_TRANS_TABLES：在該模式下，如果一個值不能插入到一個事務表(例如表的儲存引擎為InnoDB)中，則中斷當前的操作不影響非事務表(例如表的儲存引擎為MyISAM)。

ALLOW_INVALID_DATES：該選項並不完全對日期的合法性進行檢查，只檢查月份是否在1～12之間，日期是否在1～31之間。該模式僅對DATE和DATETIME類型有效，而對TIMESTAMP無效，因為TIMESTAMP總是要求一個合法的輸入。

ANSI_QUOTES：啟用ANSI_QUOTES後，不能用雙引號來引用字串，因為它將被解釋為識別符。

ERROR_FOR_DIVISION_BY_ZERO：在INSERT或UPDATE過程中，如果資料被零除(或MOD(X，0))，則產生錯誤(否則為警告)。如果未給出該模式，那麼資料被零除時MySQL返回NULL。如果用到INSERT IGNORE或UPDATE IGNORE中，MySQL產生被零除警告，但操作結果為NULL。

本文來自Ruesin部落格
HIGH_NOT_PRECEDENCE NOT：操作符的優先順序是運算式。例如，NOT a BETWEEN b AND c被解釋為NOT(a BETWEEN b AND c)，在一些舊版本MySQL中， 前面的運算式被解釋為(NOT a)BETWEEN b AND c。啟用HIGH_NOT_PRECEDENCE SQL模式，可以獲得以前舊版本的更高優先順序的結果。

IGNORE_SPACE：函數名和括弧“(”之間有空格。除了增加一些煩惱，這個選項好像沒有任何好處，要訪問儲存為關鍵字的資料庫、表或列名，使用者必須引用該選項。例如某個表中有user這一列，而MySQL資料庫中又有user這個函數， user會被解釋為函數，如果想要選擇user這一列，則需要引用。

NO_AUTO_CREATE_USER：禁止GRANT建立密碼為空白的使用者。

NO_AUTO_VALUE_ON_ZERO：該選項影響列為自增長的插入。在預設設定下，插入0或NULL代表產生下一個自增長值。如果使用者希望插入的值為0，而該列又是自增長的，那麼這個選項就有用了。

NO_BACKSLASH_ESCAPES：反斜線“\”作為一般字元而非轉義符。

NO_DIR_IN_CREATE：在建立表時忽視所有INDEX DIRECTORY和DATA DIRECTORY的選項。

NO_ENGINE_SUBSTITUTION：如果需要的儲存引擎被禁用或未編譯，那麼拋出錯誤。預設用預設的儲存引擎替代，並拋出一個異常。

NO_UNSIGNED_SUBTRACTION：之前已經介紹過，啟用這個選項後兩個UNSIGNED類型相減返回SIGNED類型。

NO_ZERO_DATE：在非strict 模式下，可以插入形如“0000-00-00 00:00:00”的非法日期，MySQL資料庫僅拋出一個警告。而啟用該選項後，MySQL資料庫不允許插入零日期，插入零日期會拋出錯誤而非警告。

NO_ZERO_IN_DATE：在strict 模式下，不允許日期和月份為零。如“2011-00-01”和“2011-01-00”這樣的格式是不允許的。採用日期或月份為零的格式時MySQL都會直接拋出錯誤而非警告。

ONLY_FULL_GROUP_BY：對於GROUP BY彙總操作，如果在SELECT中的列沒有在GROUP BY中出現，那麼這句SQL是不合法的，因為a列不在GROUP BY從句中，

PAD_CHAR_TO_FULL_LENGTH：對於CHAR類型欄位，不要截斷空洞資料。空洞資料就是自動填滿值為0×20的資料。先來看MySQL資料庫在預設情況下的表現。

PIPES_AS_CONCAT：將“||”視為字串的串連操作符而非或運算子，這和Oracle資料庫是一樣的，也和字串的拼接函數Concat相類似。

REAL_AS_FLOAT：將REAL視為FLOAT的同義字，而不是DOUBLE的同義字。

STRICT_ALL_TABLES：對所有引擎的表都啟用strict 模式。(STRICT_TRANS_TABLES只對支援事務的表啟用strict 模式)。

在strict 模式下，一旦任何操作的資料產生問題，都會終止當前的操作。對於啟用STRICT_ALL_TABLES選項的非事務引擎來說，這時資料可能停留在一個未知的狀態。這可能不是所有非事務引擎願意看到的一種情況，因此需要非常小心這個選項可能帶來的潛在影響。

下面的幾種SQL_MODE設定是之前討論的幾種選項的組合：

ANSI：等同於REAL_AS_FLOAT、PIPES_AS_CONCAT和ANSI_QUOTES、IGNORE_SPACE的組合。

ORACLE：等同於PIPES_AS_CONCAT、 ANSI_QUOTES、IGNORE_SPACE、 NO_KEY_OPTIONS、 NO_TABLE_OPTIONS、 NO_FIELD_OPTIONS和NO_AUTO_CREATE_USER的組合。

Ruesin.com
TRADITIONAL：等同於STRICT_TRANS_TABLES、 STRICT_ALL_TABLES、NO_ZERO_IN_DATE、NO_ZERO_DATE、 ERROR_FOR_DIVISION_BY_ZERO、

NO_AUTO_CREATE_USER和 NO_ENGINE_SUBSTITUTION的組合。

MSSQL：等同於PIPES_AS_CONCAT、 ANSI_QUOTES、 IGNORE_SPACE、NO_KEY_OPTIONS、NO_TABLE_OPTIONS和 NO_FIELD_OPTIONS的組合。

DB2：等同於PIPES_AS_CONCAT、ANSI_QUOTES、 IGNORE_SPACE、NO_KEY_OPTIONS、 NO_TABLE_OPTIONS和NO_FIELD_OPTIONS的組合。

MYSQL323：等同於NO_FIELD_OPTIONS和HIGH_NOT_PRECEDENCE的組合。

MYSQL40：等同於NO_FIELD_OPTIONS和HIGH_NOT_PRECEDENCE的組合。

MAXDB：等同於PIPES_AS_CONCAT、ANSI_QUOTES、IGNORE_SPACE、NO_KEY_OPTIONS、 NO_TABLE_OPTIONS、 NO_FIELD_OPTIONS和 NO_AUTO_CREATE_USER的組合。

SQL_MODE的設定其實是比較冒險的一種設定，因為在這種設定下可以允許一些非法操作，比如可以將NULL插入NOT NULL的欄位中，也可以插入一些非法日期，如“2012-12-32”。因此在生產環境中強烈建議開發人員將這個值設為strict 模式，這樣有些問題可以在資料庫的設計和開發階段就能發現，而如果在生產環境下運行資料庫後發現這類問題，那麼修改的代價將變得十分巨大。此外，正確地設定SQL_MODE還可以做一些約束(Constraint)檢查的工作。

請把最起碼的著作權請留給博主，謝謝！