1. 程式人生 > >ERROR 1067 (42000): Invalid default value for 'created_time'【轉】

ERROR 1067 (42000): Invalid default value for 'created_time'【轉】

參數 感覺 執行 博客 出錯 https des mod www.

執行表增加字段語句報錯

mysql> ALTER TABLE ha_question ADD COLUMN question_number INT;
ERROR 1067 (42000): Invalid default value for created_time

查看created_time字段

mysql> desc ha_question;
+-----------------------+------------------+------+-----+---------------------+-----------------------------+
| Field                 | Type             | Null | Key | Default             | Extra                       |
+-----------------------+------------------+------+-----+---------------------+-----------------------------+
| created_time          | timestamp        | NO   |     | 0000-00-00 00:00:00 |   
| +-----------------------+------------------+------+-----+---------------------+-----------------------------+

創建都不行,所以猜測應該是系統中某個參數的設置問題。看來關於date和time相關的參數沒有什麽異常。
聯想到限制能限制的sql的只有sql_mode。果然:NO_ZERO_IN_DATE,NO_ZERO_DATE這兩個參數限制時間不能為0.

查看sql_mode
mysql> show variables like
sql_mode; +---------------+-------------------------------------------------------------------------------------------------------------------------------------------+ | Variable_name | Value | +---------------+-------------------------------------------------------------------------------------------------------------------------------------------+ | 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,NO_ENGINE_SUBSTITUTION | +---------------+-------------------------------------------------------------------------------------------------------------------------------------------+ 1
row in set (0.24 sec)

NO_ZERO_DATE
在嚴格模式,不要將 ‘0000-00-00‘做為合法日期。你仍然可以用IGNORE選項插入零日期。在非嚴格模式,可以接受該日期,但會生成警告。

NO_ZERO_DATE:若設置該值,MySQL數據庫不允許插入零日期,插入零日期會拋出錯誤而不是警告。

NO_ZERO_IN_DATE

在嚴格模式,不接受月或日部分為0的日期。如果使用IGNORE選項,我們為類似的日期插入‘0000-00-00‘。在非嚴格模式,可以接受該日期,但會生成警告。

處理的辦法:

1, 修改sql_mode,去掉NO_ZERO_IN_DATE,NO_ZERO_DATE這兩個參數

2, 修改表的default值,去掉default也可以。

mysql> alter table ha_question modify created_time timestamp not null;
Query OK, 0 rows affected (0.07 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> ALTER TABLE ha_question ADD COLUMN question_number INT;
Query OK, 0 rows affected (28.07 sec)
Records: 0  Duplicates: 0  Warnings: 0

這個出現的原因應該是建表前sql_mode沒有這兩個值,建表後修改的sql_mode

個人感覺修改表的風險小一點,以免修改sql mode影響其他表的使用。

修改前的

mysql> desc ha_question;
+-----------------------+------------------+------+-----+---------------------+-----------------------------+
| Field                 | Type             | Null | Key | Default             | Extra                       |
+-----------------------+------------------+------+-----+---------------------+-----------------------------+
| created_time          | timestamp        | NO   |     | 0000-00-00 00:00:00 |                             |
+-----------------------+------------------+------+-----+---------------------+-----------------------------+

修改後的

mysql> desc ha_question;
+-----------------------+------------------+------+-----+-------------------+-----------------------------+
| Field                 | Type             | Null | Key | Default           | Extra                       |
+-----------------------+------------------+------+-----+-------------------+-----------------------------+
| created_time          | timestamp        | NO   |     | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP |
+-----------------------+------------------+------+-----+-------------------+-----------------------------+

轉自

ERROR 1067 (42000): Invalid default value for ‘currentTime‘ - CSDN博客 https://blog.csdn.net/xionglang7/article/details/44499307

MySQL:ERROR 1067 (42000): Invalid default value for ‘end_time‘ - 禁忌夜色153 - 博客園 https://www.cnblogs.com/jinjiyese153/p/7300510.html

ERROR 1067 (42000): Invalid default value for 'created_time'【轉】