MySQL 8.0 timestamp引起的问题怎么解决

2024-07-24 12:33:42

字体：大中小

来源：转载

供稿：网友

　　今天业务反馈了一个问题，modify_time字段不允许为null，而业务反馈这个字段是设置了默认值的，具体的业务报错信息如下所示：

　　explicit_defaults_for_timestamp=OFF,表示使用默认的timestamp默认格式；timestamp类型的默认格式是什么样的呢？

　　1、和其它字段类型不一样，这个字段默认为not null.而且不允许设置default null.

　　2、第一列timestamp字段，如果不强制指定默认值或on update属性的话，就会默认设为DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP。

　　3、非第一列timestamp字段，如果不强制指定默认值，DEFAULT ‘0000-00-00 00:00:00’

　　4、往该列中插入null值，会自动转化为默认值；

　　explicit_defaults_for_timestamp=ON，则关闭timestamp default的特性：

　　1、如果没有被显示指定not null，则默认为null；

　　2、默认值也会是null而非CURRENT_TIMESTAMP;

　　3、如果指定了not null属性,inset式不指定该字段的值，strict sql_mode下，会报错。非strict sql_mode下插入’0000-00-00 00:00:00’；

　　需要仔细考虑下面的场景：

　　1、timestamp not null default CURRENT_TIMESTAMP,当explicit_defaults_for_timestamp由0转为1时会带来什么业务影响？

　　这样的转化，如果该timestamp字段有默认值，会造成原本insert 该timestamp字段value为null的语句会插入失败，影响业务；

　　2、datetime default null 转成 timestamp default CURRENT_TIMESTAMP,又会带来什么业务影响呢？

　　做这样的字段转化，会把原本该字段为null的值都转化为CURRENT_TIMESTAMP，如果历史数据多的化，这样的转化是非常耗资源的。同时还需考虑值的转变对业务带来的影响。

（编辑：武林网）

上一篇：MySql中怎样用group by

下一篇：mysql中账户和权限的示范分析