前言：

前面文章我们介绍过日期和时间字段的查询方法，最近遇到日期值为零的问题。原来了解过和 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对于零值日期有不同的处理。

MySQL关于日期为零值的处理的更多相关文章

  1. mysql日期类型默认值'0000-00-00'容错处理

    mysql日期默认值'0000-00-00'惹的祸 .net连mysql数据库时,如果表里有字段是日期型且值是‘0000-00-00’时,会报错.在C#里面日期不可能是那样的.或许是最小日期定义的差别 ...

  2. MySQL之日期时间类型

    mysql(5.5)所支持的日期时间类型有:DATETIME. TIMESTAMP.DATE.TIME.YEAR. 几种类型比较如下: 日期时间类型 占用空间 日期格式 最小值 最大值 零值表示  D ...

  3. MySQL计算日期的函数DATE_SUB(d,INTERVAL expr type)

    MySQL计算日期的函数DATE_SUB(d,INTERVAL expr type) DATE_SUB(d,INTERVAL expr type)函数返回起始日期d减去一个时间段后的日期. expr是 ...

  4. MySQL：日期函数、时间函数总结

    MySQL 获得当前日期时间 函数 获得当前日期+时间(date + time)函数:now() mysql> select now(); +---------------------+ | n ...

  5. mysql 关于日期时间的字段类型

    mysql日期和时间类型 mysql有5种表示时间值的日期和时间类型,分别为.DATE,TIME,YEAR,DATETIME,TIMESTAMP. TIMESTAMP类型有专有的自动更新特性, TIM ...

  6. MySQL数据类型--日期时间

    一.博客前言 自接触学习MySQL已有一段时间了,对于MySQL的基础知识还是略懂略懂的.在这一路学习过来,每次不管看书还是网上看的资料,对于MySQL数据类型中的时间日期类型总是一扫而过,不曾停下来 ...

  7. MySQL：日期函数、时间函数总结（MySQL 5.X）

    http://www.cnblogs.com/she27/archive/2009/01/16/1377089.html 原文:http://www.51sdj.com/phpcms/picture/ ...

  8. 【转】MySQL：日期函数、时间函数总结（MySQL 5.X）

    转自:http://www.cnblogs.com/she27/articles/1377089.html 一.MySQL 获得当前日期时间 函数1.1 获得当前日期+时间(date + time)函 ...

  9. mysql时间日期函数总结（转）

    DAYOFWEEK(date)  返回日期date是星期几(1=星期天,2=星期一,……7=星期六,ODBC标准)mysql> select DAYOFWEEK('1998-02-03');  ...

随机推荐

  1. PTA 求链表的倒数第m个元素

    6-7 求链表的倒数第m个元素 (20 分)   请设计时间和空间上都尽可能高效的算法,在不改变链表的前提下,求链式存储的线性表的倒数第m(>)个元素. 函数接口定义: ElementType ...

  2. docker使用常见问题解决方案:错误号码2058,docker WARNING :IPv4,容器间的通讯

    1.错误号码2058 1,错误解决: 解决方法:docker下mysql容器 登录 mysql -u root -p 登录你的 mysql 数据库,然后 执行这条SQL: ALTER USER 'ro ...

  3. 前端vue性能优化

    一:代码层次优化 1.1.v-if 和 v-show 区分使用场景 v-if 是 真正 的条件渲染,因为它会确保在切换过程中条件块内的事件监听器和子组件适当地被销毁和重建:也是惰性的:如果在初始渲染时 ...

  4. Database | 浅谈Query Optimization (1)

    综述 由于SQL是声明式语言(declarative),用户只告诉了DBMS想要获取什么,但没有指出如何计算.因此,DBMS需要将SQL语句转换成可执行的查询计划(Query Plan).但是对同样的 ...

  5. 专家动态页面的实现——php基于CI框架的学习（二）

    以下是本次学习的页面 打开相关文件,整个定义了一个Expert类 class Expert extends CI_Controller{} 在Expert类里定义了几个参数以及说明其使用了哪些mode ...

  6. Python基础（十八）：面向对象“类”第一课

    记住:编写函数就是"面向过程",编写类就是"面向对象".类也是很多同学的一大学习难点,因此我这里还是准备带着大家学习一下. 类和对象对比 对象 : 具有行为和属 ...

  7. [面试仓库]HTML面试题汇总

      HTML这一块呢,说简单也简单,说难也不是那么容易.但我们在各个面试要求中,大部分都把HTML这一条摆在了第一位,重要性可想而知.这个位置算是有关HTML的一个汇总点了,亦会在这里及时补充. 1, ...

  8. 「HTML+CSS」--自定义加载动画【015】

    前言 Hello!小伙伴! 首先非常感谢您阅读海轰的文章,倘若文中有错误的地方,欢迎您指出- 哈哈 自我介绍一下 昵称:海轰 标签:程序猿一只|C++选手|学生 简介:因C语言结识编程,随后转入计算机 ...

  9. 奇异值分解（SVD）与主成分分析（PCA）

    本文中的内容来自我的笔记.撰写过程中,参考了书籍<统计学习方法(第2版)>和一些网络资料. 第一部分复习一些前置知识,第二部分介绍奇异值分解(SVD),第三部分介绍主成分分析(PCA).以 ...

  10. Day08_40_集合_List

    List集合 List接口是继承Collection接口,所以Collection集合中有的方法,List集合也会继承过来,可以直接使用. All Superinterfaces: Collectio ...