• 欢迎访问DBA的辛酸事儿,推荐使用最新版火狐浏览器和Chrome浏览器访问本网站
  • 欢迎大家关注博主公众号:DBA的辛酸事儿
  • 博文中若有错误的地方,请大家指正,大家的指正是我前进的动力

MySQL 8.0 timestamp引发的狗血剧情

MySQL SEian.G 8个月前 (12-29) 303次浏览 已收录 0个评论

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

MySQL 8.0 timestamp引发的狗血剧情

从报错信息看,可能是modify_time字段没有设置默认值或默认值设置的不正确导致

接下来查看一下表结构:

CREATE TABLE `jj_xxxx` (
....
  `create_time` timestamp NOT NULL DEFAULT '1999-12-31 23:00:00' ,
  `update_user` int DEFAULT NULL,
  `modify_time` timestamp NOT NULL DEFAULT '1999-12-31 23:00:00',
 ....
  PRIMARY KEY (`goods_id`)
) ENGINE=InnoDB AUTO_INCREMENT=4893 DEFAULT CHARSET=utf8 COMMENT='xxxxx'

从表结构看,设置的默认值好像也没有啥问题,检查一下sql_mode参数的设置,好像也没有发现啥问题;

业务人员反馈线上的表也是这样的,但是线上是正常的,而目前要把这个业务迁移到其他的环境,从业务到数据库是另外一套环境;

忽然考虑到了数据库版本的差异;迁移的新环境是MySQL 8.0版本,而线上环境是5.7版本,两个版本中参数explicit_defaults_for_timestamp 设置的默认值是不一样的;

关于MySQL 8.0版本时间类型详细可参考:MySQL 8.0中DATE,DATETIME和 TIMESTAMP类型和5.7之间的差异

原因:

explicit_defaults_for_timestamp 系统变量决定MySQL服务端对timestamp列中的默认值和NULL值的不同处理方法。

此变量自MySQL 5.6.6 版本引入,分为全局级别和会话级别,可动态更新,默认值为OFF。

在8.0之中默认值改为了on

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 8.0 timestamp引发的狗血剧情


如果您觉得本站对你有帮助,那么可以收藏和推荐本站,帮助本站更好地发展,在此谢过各位网友的支持。
转载请注明原文链接:MySQL 8.0 timestamp引发的狗血剧情
喜欢 (2)
SEian.G
关于作者:
用心去记录工作,用心去感受生活,用心去学着成长;座右铭:苦练七十二变,笑对八十一难
发表我的评论
取消评论

表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址