MySQL 5.6 中 TIMESTAMP有那些变化

在mysql 5.6.6之前，timestamp的默认行为：

timestamp列如果没有明确声明null属性，默认为not null。（而其他数据类型，如果没有显示声明为not null，则允许null值。）设置timestamp的列值为null，会自动存储为当前timestamp。

表中的第一个timestamp列，如果没有声明null属性、default或者 on update，会自动分配 default current_timestamp和on update current_timestamp 属性。

表中第二个timestamp列，如果没有声明为null或者default子句，默认自动分配'0000-00-00 00:00:00′。插入行时没有指明改列的值，该列默认分配'0000-00-00 00:00:00′，且没有警告。

2列timestamp未声明为null的默认行为

从mysql5.6.6开始这种默认设置的方法被废弃了。在mysql启动时会出现以下警告：

[warning] timestamp with implicit default value is deprecated.
please use --explicit_defaults_for_timestamp server option
(seedocumentation for more details).

关闭警告，在my.cnf中加入

[mysqld]
explicit_defaults_for_timestamp=true

重启mysql后错误消失，这时timestamp的行为如下：

timestamp如果没有显示声明not null，是允许null值的，可以直接设置改列为null，而没有默认填充行为。

timestamp不会默认分配default current_timestamp 和 on update current_timestamp属性。

mysql5.6-innodb-timestamptimestamp 不设置是否为null

声明为not null且没有默认子句的timestamp列是没有默认值的。往数据表中插入列，又没有给timestamp列赋值时，如果是严格sql模式，会抛出一个错误，如果严格sql模式没有启用，该列会赋值为'0000-00-00 00:00:00′，同时出现一个警告。（这和mysql处理其他时间类型数据一样，如datetime）

timestamp 默认设置为not null

note:

以上内容和存储引擎选择无关。

mysql从5.5升级到5.6，timestamp的变化

前言

前段时间，系统mysql从5.5升级到了5.6，系统出现了大量的异常。大部分异常引起原因是由于timestamp的行为发生了变化。

timestamp在mysql5.5中的行为

第一个未设置默认值的timestamp not null字段隐式默认值：

current_timestamp on update current_timestamp 后面未设置默认值的timestamp not null字段隐式默认值：

0000-00-00 00:00:00 timestamp not null字段插入null时，会使用隐式默认值：

current_timestamp 不支持多个current_timestamp 默认值

timestamp在mysql5.6中的行为

支持多个current_timestamp 默认值 可以兼容5.5的行为，支持隐性默认值

explicit_defaults_for_timestamp=0 我测试安装的mysql5.6默认使用这个参数，启动时，服务器会给出一个警告。

[warning] timestamp with implicit default value is deprecated. please use –explicit_defaults_for_timestamp server option (see documentation for more details).

可以去掉隐性默认值

explicit_defaults_for_timestamp=1

总结

mysql5.5中timestamp行为是比较诡异的，会造成一些隐含的问题，比如程序中传入了null值 mysql5.6中可以将timestamp的行为变得正常，但会存在兼容问题 explicit_defaults_for_timestamp参数未来会消失 我们不要过度依赖数据库的特性，这些特性会给应用程序造成掣肘