Mysql 數據庫date, datetime類型設置0000-00-00默認值(default)報錯問題

Mysql 數據庫date, datetime類型設置0000-00-00默認值報錯問題

現象:MySQL5.7版本以後,date, datetime類型設置默認值"0000-00-00",出現異常:Invalid default value for 'time'

緣由:在命令行窗口查看當前的sql_mode配置:

select @@sql_mode;

結果以下:
ONLY_FULL_GROUP_BY, STRICT_TRANS_TABLES, NO_ZERO_IN_DATE, NO_ZERO_DATE,  
ERROR_FOR_DIVISION_BY_ZERO, NO_AUTO_CREATE_USER, and NO_ENGINE_SUBSTITUTION

其中NO_ZERO_IN_DATE, NO_ZERO_DATE兩個選項禁止了0000這樣的日期和時間。所以在mysql的配置文件中，從新設置sql_mode，去掉這兩項就能夠了。

解決辦法

1. windows系統下:

   使用 SET [SESSION|GLOBAL] sql_mode=’modes’
    注意:SESSION(默認選項):表示當前回話中生效;GLOBAL(需重啓):表示全局生效

也能夠修改my.ini配置文件

***
	演示:  
		SET GLOBAL sql_mode=’ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES, 
		ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION’

2. Linux系統下:

   修改my.cnf文件，在[mysqld]中添加

   sql-mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

   修改完成必定重啓MySQL

   ---

3. Mac系統下:

   在MacOS中默認是沒有my.cnf 文件，若是須要對MySql 進行定製，拷貝/usr/local/mysql/support-files/目錄  
    中任意一個.cnf 文件。筆者拷貝的是my-default.cnf，將它放到其餘目錄，按照上面修改完畢以後，改名爲  
    my.cnf，而後拷貝到/etc目錄再重啓下mysql就大功告成了。

sql_mode模式問題拓展

sql_mode 經常使用值說明

1. SQL語法支持類

   • ONLY_FULL_GROUP_BY

     對於GROUP BY聚合操做，若是在SELECT中的列、HAVING或者ORDER BY子句的列，沒有在GROUP BY中出現，那麼這個SQL是不合法的。是能夠理解的，由於不在 group by 的列查出來展現會有矛盾。 在5.7中默認啓用，因此在實施5.6升級到5.7的過程須要注意：

   • ANSI_QUOTES

     啓用 ANSI_QUOTES 後，不能用雙引號來引用字符串，由於它被解釋爲識別符，做用與 ` 同樣。
     設置它之後，update t set f1="" ...，會報 Unknown column ‘’ in ‘field list 這樣的語法錯誤。

   • PIPES_AS_CONCAT

     將 || 視爲字符串的鏈接操做符而非運算符，這和Oracle數據庫是同樣的，也和字符串的拼接函數 CONCAT() 相相似

   • NO_TABLE_OPTIONS
     使用 SHOW CREATE TABLE 時不會輸出mysql特有的語法部分，如 ENGINE ，這個在使用 mysqldump 跨DB種類遷移的時候須要考慮

   • NO_AUTO_CREATE_USER
     字面意思不自動建立用戶。在給MySQL用戶受權時，咱們習慣使用 GRANT ... ON ... TO dbuser順道一塊兒建立用戶。設置該選項後就與oracle操做相似，受權以前必須先創建用戶。5.7.7開始也默認了。

2. 數據檢查類
   • NO_ZERO_DATE
     認爲日期 ‘0000-00-00’ 非法，與是否設置後面的嚴格模式有關。 1.若是設置了嚴格模式，則 NO_ZERO_DATE 天然知足。但若是是 INSERT IGNORE 或 UPDATE IGNORE，’0000-00-00’依然容許且只顯示warning 2.若是在非嚴格模式下，設置了NO_ZERO_DATE，效果與上面同樣，’0000-00-00’容許但顯示warning；若是沒有設置NO_ZERO_DATE，no warning，當作徹底合法的值。 3.NO_ZERO_IN_DATE狀況與上面相似，不一樣的是控制日期和天，是否可爲 0 ，即 2010-01-00 是否合法。
   • NO_ENGINE_SUBSTITUTION
     使用 ALTER TABLE或CREATE TABLE 指定 ENGINE 時， 須要的存儲引擎被禁用或未編譯，該如何處理。啓用NO_ENGINE_SUBSTITUTION時，那麼直接拋出錯誤；不設置此值時，CREATE用默認的存儲引擎替代，ATLER不進行更改，並拋出一個 warning。
   • STRICT_TRANS_TABLES
     設置它，表示啓用嚴格模式。
     注意 STRICT_TRANS_TABLES 不是幾種策略的組合，單獨指 INSERT、UPDATE出現少值或無效值該如何處理:
     • 把 ‘’ 傳給int，嚴格模式下非法，若啓用非嚴格模式則變成0，產生一個warning
     • Out Of Range，變成插入最大邊界值
     • A value is missing when a new row to be inserted does not contain a value for a non-NULL column that has no explicit DEFAULT clause in its definition

mysql5.0以上版本支持三種sql_mode模式: set @@sql_mode=xxx模式名;
咱們常設置的 sql_mode 是 ANSI、STRICT_TRANS_TABLES、TRADITIONAL，其中ANSI和TRADITIONAL是上面的幾種組合。

1. ANSI模式:寬鬆模式,對插入數據進行校驗,若是不符合定義類型或者長度,對數據類型調整或截斷保存,報warning警告.

2. TRADITIONAL模式:嚴格模式,當向MySQL數據庫插入數據時,進行數據的嚴格校驗,保證錯誤數據不能插入,報error錯誤.用於事務時,會進行事務的回滾.

3.STRICT_TRANS_TABLES模式:嚴格模式，進行數據的嚴格校驗，錯誤數據不能插入，報error錯誤。