這篇文章主要介紹了詳解Mysql數據庫date, datetime類型設置0000-00-00默認值(default)報錯問題，小編覺得挺不錯的，現在分享給大家，也給大家做個參考。一起跟隨小編過來看看吧
現象: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'
1.Linux系統下:
修改my.cnf文件，在[mysqld]中添加
修改完成一定重啓MySQL
2.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是上面的幾種組合。
3.ANSI模式:寬鬆模式,對插入數據進行校驗,如果不符合定義類型或者長度,對數據類型調整或截斷保存,報warning警告.
4.TRADITIONAL模式:嚴格模式,當向MySQL數據庫插入數據時,進行數據的嚴格校驗,保證錯誤數據不能插入,報error錯誤.用於事務時,會進行事務的回滾.
3.STRICT_TRANS_TABLES模式:嚴格模式，進行數據的嚴格校驗，錯誤數據不能插入，報error錯誤。
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持神馬文庫。