人生不设限

导航

explicit_defaults_for_timestamp引发的狗血剧情

今天就碰到了一个较初级的问题,居然为找这个参数花了好半天时间,深以为不齿。
需求是这样的,有个表的某个字段需要从datetime改成timestamp类型。原结构如下:
create table tmp1(
id int primary key auto_increment,
`gmt_create` datetime DEFAULT NULL COMMENT '创建时间'
)
修改语句:
alter table tmp1 modify gmt_create timestamp DEFAULT NULL COMMENT '创建时间'
报错信息:
ERROR 1067 (42000): Invalid default value for 'gmt_approved'

原来是因为:
explicit_defaults_for_timestamp=0,表示使用默认的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=1,则关闭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,如果历史数据多的化,这样的转化是非常耗资源的。同时还需考虑值的转变对业务带来的影响。


 

posted on 2018-12-13 22:21  风的_理想  阅读(688)  评论(0编辑  收藏  举报