注册 登录
  • 欢迎访问"运维那点事",推荐使用Google浏览器访问,可以扫码关注本站的"微信公众号"。
  • 如果您觉得本站对你有帮助,那么可以扫码捐助以帮助本站更好地发展。

MySQL 5.7中timestamp数据类型和explicit_defaults_for_timestamp参数

MySQL 5.7 彭东稳 17107次浏览 已收录 2个评论

官方文档中关于explicit_defaults_for_timestamp参数说明如下:explicit_defaults_for_timestamp

Deprecated 5.6.6
Command-Line Format   –explicit_defaults_for_timestamp=#
System Variable Name explicit_defaults_for_timestamp
Variable Scope Global, Session
Dynamic Variable Yes
Permitted Values Type boolean
Default FALSE

在MySQL 5.7版本之前,且在MySQL 5.6.6版本之后(explicit_defaults_for_timestamp参数在MySQL 5.6.6开始加入)的版本中,如果没有设置explicit_defaults_for_timestamp=1的情况下:

1)在默认情况下,如果TIMESTAMP列没有显示的指明null属性,那么该列会被自动加上not null属性(而其他类型的列如果没有被显示的指定not null,那么是允许null值的),如果往这个列中插入null值,会自动的设置该列的值为current timestamp值。

2)表中的第一个TIMESTAMP列,如果没有指定null属性或者没有指定默认值,也没有指定ON UPDATE语句。那么该列会自动被加上DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP属性。

3)第一个TIMESTAMP列之后的其他的TIMESTAMP类型的列,如果没有指定null属性,也没有指定默认值,那么该列会被自动加上DEFAULT ‘0000-00-00 00:00:00’属性。如果insert语句中没有为该列指定值,那么该列中插入’0000-00-00 00:00:00’,并且没有warning。

在MySQL 5.6.6及以后的版本和MySQL 5.7之前的版本中,如果在配置文件中没有指定explicit_defaults_for_timestamp参数,启动时error日志中会报如下警告:

如果我们在启动的时候在配置文件中指定了explicit_defaults_for_timestamp=1,MySQL会按照如下的方式处理TIMESTAMP列:

1)此时如果TIMESTAMP列没有显示的指定not null属性,那么默认的该列可以为null,此时向该列中插入null值时,会直接记录null,而不是current timestamp。

2)不会自动的为表中的第一个TIMESTAMP列加上DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP属性,除非你在建表的时候显示的指明。

3)如果TIMESTAMP列被加上了not null属性,并且没有指定默认值。这时如果向表中插入记录,但是没有给该TIMESTAMP列指定值的时候,如果strict  sql_mode被指定了,那么会直接报错。如果strict sql_mode没有被指定,那么会向该列中插入’0000-00-00 00:00:00’并且产生一个warning。

这里为什么一直强调版本呢?主要还是因为这个参数explicit_defaults_for_timestamp在MySQL 5.6.6开始加入,并且MySQL 5.6跟MySQL 5.7的默认SQL模式不同了。MySQL 5.7的SQL模式更加严格了,限制了不合法的日期输入,比如”0000-00-00 00:00:00″。详情可以看:MySQL 5.7默认SQL模式带来的问题总结

一、启动mysql时未设置explicit_defaults_for_timestamp=1

1)创建测试表test_time

这里关闭了SQL模式,是因为MySQL 5.7默认SQL模式加入了NO_ZERO_DATE和NO_ZERO_IN_DATE模式,这两个模式的意思如下:

  • NO_ZERO_DATE

在严格模式,不要将’0000-00-00’做为合法日期。你仍然可以用IGNORE选项插入零日期。在非严格模式,可以接受该日期,但会生成警告。

  • NO_ZERO_IN_DATE

在严格模式,不接受月或日部分为0的日期(也就是说比NO_ZERO_DATE),对年不限制。如果使用IGNORE选项,我们为类似的日期插入’0000-00-00’。在非严格模式,可以接受该日期,但会生成警告。

所以如果不去掉这两个SQL模式,那么根据我们上面所说的表中的第一个TIMESTAMP列,如果没有指定null属性或者没有指定默认值,也没有指定ON UPDATE语句。那么该列会自动被加上DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP属性。第一个TIMESTAMP列之后的其他的TIMESTAMP类型的列,如果没有指定null属性,也没有指定默认值,那么该列会被自动加上DEFAULT ‘0000-00-00 00:00:00’属性。所以第二个timestamp添加默认值时就会报错的,错误如下:

表创建好了之后,下面来查看表结构信息,如下:

从表结构中可以看到表中timestamp列被自动设置为not null,并且表中第一个timestamp列被设置了DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP默认值,第二个字段默认值为”0000-00-00 00:00:00″。

2)插入测试

往timestamp列插入null值时,会自动为该列设置为current time。

插入时未指定值的timestamp列中被插入了0000-00-00 00:00:00(非表中第一个timestamp列)。

二、启动mysql时设置explicit_defaults_for_timestamp=1

1)创建表(不需要改变sql mode)

通过表结构我们看到,2个timestamp列都被设置为null,并且设置了默认值为null。

2)插入测试

为timestamp列指定了not null属性,在strict SQL mode时,如果插入时该列没有指定值,会直接报错。

如果为timestamp列指定not null属性,在非stric sql_mode模式下,如果插入的时候该列没有指定值,那么会向该列中插入0000-00-00 00:00:00,并且产生告警。

上面说的都是关于timestamp类型的,如果是datetime呢?

可以看到跟普通类型一样。


如果您觉得本站对你有帮助,那么可以支付宝扫码捐助以帮助本站更好地发展,在此谢过。
喜欢 (7)or分享 (0)
关于作者:

您必须 登录 才能发表评论!

(2)个小伙伴在吐槽
  1. 3)第一个TIMESTAMP列之后的其他的TIMESTAMP类型的列,如果没有指定null属性,也没有指定默认值,那么该列会被自动加上DEFAULT ‘0000-00-00 00:00:00’属性。如果insert语句中没有为该列指定值,那么该列中插入’0000-00-00 00:00:00’,并且没有warning。 非第一个timestamp列, 不指定null属性, 默认是给加上not null了,而且iinsert的时候不指定也会报错,原文这里说错了吧
    benson2017-12-07 23:01 未知操作系统 | Chrome 60.0.3112.40
    • 下面有验证啊,不会报错的。但要注意SQL模式及参数设置。
      彭东稳2017-12-08 14:47 未知操作系统 | Chrome 61.0.3163.79