MySQL关于日期为零值的处理

川长思鸟来 2023-02-17 03:59 51阅读 0赞

前言:

前面文章我们介绍过日期和时间字段的查询方法,最近遇到日期值为零的问题。原来了解过和 sql_mode 参数设置有关,但还不是特别清楚,本篇文章将探究下MySQL怎么处理日期值为零的问题。

1.问题描述

这里我们说的日期为零值是指年、月、日为零,即’0000-00-00’。显然,这是不合法的日期值,但由于设计问题或历史遗留问题,有时候数据库中有类似日期值为零的数据,默认情况下插入零值日期会报错,可以通过修改参数sql_mode模式来避免该问题。下面展示下默认情况下插入零值的情况:

  1. # 首先创建测试表
  2. CREATE TABLE `t_zerodate` (
  3. `increment_id` int unsigned NOT NULL AUTO_INCREMENT COMMENT '自增主键',
  4. `year_col` year DEFAULT NULL COMMENT '年',
  5. `date_col` date DEFAULT NULL COMMENT '日期',
  6. `dt_col` datetime DEFAULT NULL COMMENT 'datetime时间',
  7. `ts_col` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT 'timestamp时间',
  8. PRIMARY KEY (`increment_id`)
  9. ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='zerodate';
  10. # 查看sql_mode模式
  11. mysql> select @@sql_mode;
  12. +----------------------------------------------------------------------------------------------------+
  13. | @@sql_mode |
  14. +----------------------------------------------------------------------------------------------------+
  15. | STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION |
  16. +----------------------------------------------------------------------------------------------------+
  17. # 分别插入年、月、日为零值测试
  18. # 年份为0000 插入成功
  19. mysql> insert into t_zerodate (year_col) values (0000);
  20. Query OK, 1 row affected (0.02 sec)
  21. # 月、日都不为零时 可插入成功
  22. mysql> insert into t_zerodate (date_col) values ('0000-00-00');
  23. ERROR 1292 (22007): Incorrect date value: '0000-00-00' for column 'date_col' at row 1
  24. mysql> insert into t_zerodate (date_col) values ('0000-01-00');
  25. ERROR 1292 (22007): Incorrect date value: '0000-01-00' for column 'date_col' at row 1
  26. mysql> insert into t_zerodate (date_col) values ('0000-00-01');
  27. ERROR 1292 (22007): Incorrect date value: '0000-00-01' for column 'date_col' at row 1
  28. mysql> insert into t_zerodate (date_col) values ('0000-01-01');
  29. Query OK, 1 row affected (0.02 sec)

2.sql_mode变更测试

关于sql_mode,原来写过一篇文章,sql_mode支持多个变量的不同组合,不同的sql_mode影响服务端支持的SQL语法以及数据校验规则。其中 NO_ZERO_IN_DATENO_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. 1.严格模式下 同时启用NO_ZERO_DATENO_ZERO_IN_DATE
  2. # 上文已经测试过,正常情况下 月、日都不为零时 可插入成功
  3. # 下面测试insert ignore into
  4. mysql> set session sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION";
  5. Query OK, 0 rows affected (0.00 sec)
  6. mysql> truncate table t_zerodate;
  7. Query OK, 0 rows affected (0.07 sec)
  8. mysql> insert ignore into t_zerodate (date_col) values ('0000-00-00');
  9. Query OK, 1 row affected, 1 warning (0.01 sec)
  10. mysql> insert ignore into t_zerodate (date_col) values ('2010-00-00');
  11. Query OK, 1 row affected, 1 warning (0.01 sec)
  12. mysql> insert ignore into t_zerodate (date_col) values ('2010-01-00');
  13. Query OK, 1 row affected, 1 warning (0.01 sec)
  14. mysql> insert ignore into t_zerodate (date_col) values ('2010-00-01');
  15. Query OK, 1 row affected, 1 warning (0.01 sec)
  16. mysql> select date_col from t_zerodate;
  17. +------------+
  18. | date_col |
  19. +------------+
  20. | 0000-00-00 |
  21. | 0000-00-00 |
  22. | 0000-00-00 |
  23. | 0000-00-00 |
  24. +------------+
  25. # 结论:
  26. 正常情况下 月、日都不为零时 可插入成功;
  27. 对于INSERT IGNORE则允许插入,但会产生告警,并会将零值日期保存为'0000-00-00'
  28. 2.严格模式下 不启用NO_ZERO_DATE
  29. mysql> set session sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION";
  30. Query OK, 0 rows affected, 1 warning (0.00 sec)
  31. mysql> truncate table t_zerodate;
  32. Query OK, 0 rows affected (0.08 sec)
  33. mysql> insert into t_zerodate (date_col) values ('0000-00-00');
  34. Query OK, 1 row affected (0.01 sec)
  35. mysql> insert into t_zerodate (date_col) values ('2010-00-01');
  36. ERROR 1292 (22007): Incorrect date value: '2010-00-01' for column 'date_col' at row 1
  37. mysql> insert into t_zerodate (date_col) values ('2010-01-00');
  38. ERROR 1292 (22007): Incorrect date value: '2010-01-00' for column 'date_col' at row 1
  39. mysql> insert into t_zerodate (date_col) values ('0000-00-01');
  40. ERROR 1292 (22007): Incorrect date value: '0000-00-01' for column 'date_col' at row 1
  41. mysql> insert into t_zerodate (date_col) values ('0000-01-00');
  42. ERROR 1292 (22007): Incorrect date value: '0000-01-00' for column 'date_col' at row 1
  43. # 结论:
  44. '0000-00-00'可以正常插入,其余月、日为零的日期插入会报错;
  45. 对于INSERT IGNORE则允许插入,但会产生告警,并会将零值日期保存为'0000-00-00'
  46. 3.严格模式下 不启用NO_ZERO_IN_DATE
  47. mysql> set session sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION";
  48. Query OK, 0 rows affected, 1 warning (0.00 sec)
  49. mysql> truncate table t_zerodate;
  50. Query OK, 0 rows affected (0.07 sec)
  51. mysql> insert into t_zerodate (date_col) values ('0000-00-00');
  52. ERROR 1292 (22007): Incorrect date value: '0000-00-00' for column 'date_col' at row 1
  53. mysql> insert into t_zerodate (date_col) values ('2010-00-00');
  54. Query OK, 1 row affected (0.01 sec)
  55. mysql> insert into t_zerodate (date_col) values ('2010-00-01');
  56. Query OK, 1 row affected (0.00 sec)
  57. mysql> insert into t_zerodate (date_col) values ('2010-01-00');
  58. Query OK, 1 row affected (0.00 sec)
  59. mysql> insert ignore into t_zerodate (date_col) values ('0000-00-00');
  60. Query OK, 1 row affected, 1 warning (0.01 sec)
  61. mysql> select date_col from t_zerodate;
  62. +------------+
  63. | date_col |
  64. +------------+
  65. | 2010-00-00 |
  66. | 2010-00-01 |
  67. | 2010-01-00 |
  68. | 0000-00-00 |
  69. +------------+
  70. # 结论:
  71. '0000-00-00'插入报错,其余月、日为零的日期可以正常插入;
  72. 对于INSERT IGNORE则允许插入'0000-00-00',但会产生告警。
  73. 4.严格模式下 NO_ZERO_DATENO_ZERO_IN_DATE都不启用
  74. mysql> set session sql_mode = "STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION";
  75. Query OK, 0 rows affected, 1 warning (0.00 sec)
  76. mysql> truncate table t_zerodate;
  77. Query OK, 0 rows affected (0.09 sec)
  78. mysql> insert into t_zerodate (date_col) values ('0000-00-00');
  79. Query OK, 1 row affected (0.01 sec)
  80. mysql> insert into t_zerodate (date_col) values ('2010-00-00');
  81. Query OK, 1 row affected (0.01 sec)
  82. mysql> insert into t_zerodate (date_col) values ('2010-00-01');
  83. Query OK, 1 row affected (0.01 sec)
  84. mysql> insert into t_zerodate (date_col) values ('2010-01-00');
  85. Query OK, 1 row affected (0.01 sec)
  86. # 结论:
  87. '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对于零值日期有不同的处理。

wx\_blog.png

发表评论

表情:
评论列表 (有 0 条评论,51人围观)

还没有评论,来说两句吧...

相关阅读

    相关 Mysql日期处理方式

    一、MySQL 日期时间 Extract(选取) 函数。 1. 选取日期时间的各个部分:日期、时间、年、季度、月、日、小时、分钟、秒、微秒 set