MySQL關於日期為零值的處理

前言：

前面文章我們介紹過日期和時間字段的查詢方法，最近遇到日期值為零的問題。原來了解過和 sql_mode 參數設置有關，但還不是特別清楚，本篇文章將探究下MySQL怎么處理日期值為零的問題。

1.問題描述

這里我們說的日期為零值是指年、月、日為零，即'0000-00-00'。顯然，這是不合法的日期值，但由於設計問題或歷史遺留問題，有時候數據庫中有類似日期值為零的數據，默認情況下插入零值日期會報錯，可以通過修改參數sql_mode模式來避免該問題。下面展示下默認情況下插入零值的情況：

# 首先創建測試表
CREATE TABLE `t_zerodate` (
  `increment_id` int unsigned NOT NULL AUTO_INCREMENT COMMENT '自增主鍵',
  `year_col` year DEFAULT NULL COMMENT '年',
  `date_col` date DEFAULT NULL COMMENT '日期',
  `dt_col` datetime DEFAULT NULL COMMENT 'datetime時間',
  `ts_col` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT 'timestamp時間',
  PRIMARY KEY (`increment_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='zerodate';

# 查看sql_mode模式
mysql> select @@sql_mode;
+----------------------------------------------------------------------------------------------------+
| @@sql_mode                                                                                         |
+----------------------------------------------------------------------------------------------------+
| STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION |
+----------------------------------------------------------------------------------------------------+

# 分別插入年、月、日為零值測試
# 年份為0000 插入成功
mysql> insert into t_zerodate (year_col) values (0000);
Query OK, 1 row affected (0.02 sec)

# 月、日都不為零時 可插入成功
mysql> insert into t_zerodate (date_col) values ('0000-00-00');
ERROR 1292 (22007): Incorrect date value: '0000-00-00' for column 'date_col' at row 1
mysql> insert into t_zerodate (date_col) values ('0000-01-00'); 
ERROR 1292 (22007): Incorrect date value: '0000-01-00' for column 'date_col' at row 1
mysql> insert into t_zerodate (date_col) values ('0000-00-01');
ERROR 1292 (22007): Incorrect date value: '0000-00-01' for column 'date_col' at row 1
mysql> insert into t_zerodate (date_col) values ('0000-01-01'); 
Query OK, 1 row affected (0.02 sec)

2.sql_mode變更測試

關於sql_mode，原來寫過一篇文章，sql_mode支持多個變量的不同組合，不同的sql_mode影響服務端支持的SQL語法以及數據校驗規則。其中 NO_ZERO_IN_DATE、NO_ZERO_DATE這兩個變量影響MySQL對日期零值的處理。上面測試中可以發現，嚴格模式下，當sql_mode中包含NO_ZERO_IN_DATE,NO_ZERO_DATE兩個變量時，月和日都不為零時可以插入成功。

乍一看，NO_ZERO_IN_DATE和NO_ZERO_DATE兩個變量很相似，但作用有什么不同呢？下面我們給出這兩個變量的作用並做下具體測試。

NO_ZERO_DATE模式影響服務端是否允許將 '0000-00-00' 作為有效日期。其效果還取決於sql_mode是否啟用了嚴格模式。

• 如果未啟用此模式，'0000-00-00'則允許插入並且不會產生警告。
• 如果只啟用此模式，'0000-00-00'則允許插入但是會產生警告。
• 如果啟用了此模式和嚴格模式，'0000-00-00'則會被認定為非法，並且插入也會產生錯誤。除非同時帶有IGNORE，對於 INSERT IGNORE和UPDATE IGNORE，'0000-00-00'則允許插入但是會產生警告。

NO_ZERO_IN_DATE模式影響服務端是否允許插入年份部分非零但月或日部分為0的日期。（例如'2010-00-01'或 '2010-01-00'，但不影響日期'0000-00-00'），其效果同樣還取決於sql_mode是否啟用了嚴格模式。

• 如果未啟用此模式，則允許部分為零的日期插入，並且不會產生任何警告。
• 如果只啟用此模式，則將該零值日期插入為'0000-00-00'並產生警告。
• 如果啟用了此模式和嚴格模式，則除非IGNORE同時指定，否則不允許插入為零的日期。對於INSERT IGNORE和 UPDATE IGNORE，將該零值日期插入為'0000-00-00'並產生警告。

同時，官方文檔中指出：NO_ZERO_DATE和NO_ZERO_IN_DATE雖然不是嚴格模式的一部分，但應與嚴格模式結合使用，如果在未啟用嚴格模式的情況下啟用了NO_ZERO_DATE或NO_ZERO_IN_DATE則會產生警告，反之亦然，（sql_mode中包含STRICT_TRANS_TABLES，一般可認為啟用了嚴格模式）。

下面我們來測試下，嚴格模式下分別啟用和不啟用這兩個變量的效果：

1.嚴格模式下 同時啟用NO_ZERO_DATE、NO_ZERO_IN_DATE

# 上文已經測試過，正常情況下 月、日都不為零時 可插入成功
# 下面測試insert ignore into
mysql> set session sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION";
Query OK, 0 rows affected (0.00 sec)

mysql> truncate table t_zerodate;
Query OK, 0 rows affected (0.07 sec)

mysql> insert ignore into t_zerodate (date_col) values ('0000-00-00');
Query OK, 1 row affected, 1 warning (0.01 sec)

mysql> insert ignore into t_zerodate (date_col) values ('2010-00-00');    
Query OK, 1 row affected, 1 warning (0.01 sec)

mysql> insert ignore into t_zerodate (date_col) values ('2010-01-00'); 
Query OK, 1 row affected, 1 warning (0.01 sec)

mysql> insert ignore into t_zerodate (date_col) values ('2010-00-01');
Query OK, 1 row affected, 1 warning (0.01 sec)

mysql> select date_col from t_zerodate;
+------------+
| date_col   |
+------------+
| 0000-00-00 |
| 0000-00-00 |
| 0000-00-00 |
| 0000-00-00 |
+------------+

# 結論：
正常情況下 月、日都不為零時 可插入成功；
對於INSERT IGNORE則允許插入，但會產生告警，並會將零值日期保存為'0000-00-00'。

2.嚴格模式下 不啟用NO_ZERO_DATE

mysql> set session sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION";
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> truncate table t_zerodate;
Query OK, 0 rows affected (0.08 sec)

mysql> insert into t_zerodate (date_col) values ('0000-00-00');
Query OK, 1 row affected (0.01 sec)

mysql> insert into t_zerodate (date_col) values ('2010-00-01');
ERROR 1292 (22007): Incorrect date value: '2010-00-01' for column 'date_col' at row 1
mysql> insert into t_zerodate (date_col) values ('2010-01-00'); 
ERROR 1292 (22007): Incorrect date value: '2010-01-00' for column 'date_col' at row 1
mysql> insert into t_zerodate (date_col) values ('0000-00-01');
ERROR 1292 (22007): Incorrect date value: '0000-00-01' for column 'date_col' at row 1
mysql> insert into t_zerodate (date_col) values ('0000-01-00');
ERROR 1292 (22007): Incorrect date value: '0000-01-00' for column 'date_col' at row 1

# 結論：
'0000-00-00'可以正常插入，其余月、日為零的日期插入會報錯；
對於INSERT IGNORE則允許插入，但會產生告警，並會將零值日期保存為'0000-00-00'。

3.嚴格模式下 不啟用NO_ZERO_IN_DATE

mysql> set session sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION";
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> truncate table t_zerodate;
Query OK, 0 rows affected (0.07 sec)

mysql> insert into t_zerodate (date_col) values ('0000-00-00');
ERROR 1292 (22007): Incorrect date value: '0000-00-00' for column 'date_col' at row 1
mysql> insert into t_zerodate (date_col) values ('2010-00-00');
Query OK, 1 row affected (0.01 sec)

mysql> insert into t_zerodate (date_col) values ('2010-00-01');
Query OK, 1 row affected (0.00 sec)

mysql> insert into t_zerodate (date_col) values ('2010-01-00');
Query OK, 1 row affected (0.00 sec)

mysql> insert ignore into t_zerodate (date_col) values ('0000-00-00');
Query OK, 1 row affected, 1 warning (0.01 sec)

mysql> select date_col from t_zerodate;
+------------+
| date_col   |
+------------+
| 2010-00-00 |
| 2010-00-01 |
| 2010-01-00 |
| 0000-00-00 |
+------------+

# 結論：
'0000-00-00'插入報錯，其余月、日為零的日期可以正常插入；
對於INSERT IGNORE則允許插入'0000-00-00'，但會產生告警。

4.嚴格模式下 NO_ZERO_DATE和NO_ZERO_IN_DATE都不啟用

mysql> set session sql_mode = "STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION";
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> truncate table t_zerodate;
Query OK, 0 rows affected (0.09 sec)

mysql> insert into t_zerodate (date_col) values ('0000-00-00');
Query OK, 1 row affected (0.01 sec)

mysql> insert into t_zerodate (date_col) values ('2010-00-00');
Query OK, 1 row affected (0.01 sec)

mysql> insert into t_zerodate (date_col) values ('2010-00-01');
Query OK, 1 row affected (0.01 sec)

mysql> insert into t_zerodate (date_col) values ('2010-01-00');
Query OK, 1 row affected (0.01 sec)

# 結論：
'0000-00-00'和其余月、日為零的日期都可以正常插入。

3.結論及建議

簡單總結下，NO_ZERO_DATE模式影響'0000-00-00'日期的插入，NO_ZERO_IN_DATE模式影響除'0000-00-00'外的月、日為零的日期的插入。另外無論何種模式，YEAR類型都允許0000插入，這兩個變量影響的是DATE、DATETIME、TIMESTAMP三種字段類型中對日期部分為零的處理。

至於我們是否要啟用這兩種模式，這取決於業務需求。如果你的業務有插入零值日期的需求，則可以選擇sql_mode中不要包含NO_ZERO_DATE和NO_ZERO_IN_DATE，例如，某字段要求設置為DATE類型且不為空，默認值設為'0000-00-00'。一般情況下，NO_ZERO_DATE和NO_ZERO_IN_DATE建議同時有或者同時沒有，有插入零日期值的需求則可以去除二者，沒有此類需要則可以保留二者。這里提醒下，官方文檔中講到，這兩個變量在未來版本中不再作為獨立變量使用，故官方不推薦使用。

總結：

寫了這么多，不知道你認真看了多少，其實本篇文章講的東西還是比較簡單的。如果你遇到過此類問題，再看下本篇文章可能理解會更深刻些，沒遇過此類問題的小伙伴，希望這篇文章可以讓你知道MySQL對於零值日期有不同的處理。