1.错误截图
CREATE TABLE `t_approve_ _flow` (
`id` bigint(20) NOT NULL AUTO_INCREMENT,
`account` varchar(128) DEFAULT NULL COMMENT '用户的支付宝帐号',
`create_time` datetime DEFAULT CURRENT_TIMESTAMP COMMENT '流水的创建时间',
`result` varchar(50) DEFAULT NULL COMMENT '流水返回的结果',
`message` varchar(255) DEFAULT NULL COMMENT '流水的提示信息',
PRIMARY KEY (`id`,`task_id`)
) ENGINE=InnoDB AUTO_INCREMENT=328323 DEFAULT CHARSET=utf8
[Err] 1067 - Invalid default value for 'create_time'
2.错误分析
表中的第一个TIMESTAMP列(如果未声明为NULL或显示DEFAULT或ON UPDATE子句)将自动分配DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP属性
第一个之后的TIMESTAMP列(如果未声明为NULL或显示DEFAULT子句)将自动分配DEFAULT '0000-00-00 00:00:00'(零时间戳),这不满足sql_mode中的NO_ZERO_DATE而报错。
注:sql_mode有两种,一种是空值,一种是严格模式,会给出很多默认设置。在MySQL5.7之后默认使用严格模式。
NO_ZERO_DATE:若设置该值,MySQL数据库不允许插入零日期,插入零日期会抛出错误而不是警告。
注:限制能限制的sql的只有sql_mode。果然:NO_ZERO_IN_DATE,NO_ZERO_DATE这两个参数限制时间不能为0.
3.解决方式
方式一:先执行select @@sql_mode,复制查询出来的值并将其中的NO_ZERO_DATE删除,然后执行set sql_mode = '修改后的值'。
此方法只在当前会话中生效
方式二:先执行select @@global.sql_mode,复制查询出来的值并将其中的NO_ZERO_DATE删除,然后执行set global sql_mode = '修改后的值'。
此方法在当前服务中生效,重新MySQL服务后失效
或者
show variables like ‘sql_mode’;
set session sql_mode=’ONLY_FULL_GROUP_BY,NO_AUTO_VALUE_ON_ZERO,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION’;
在严格模式,不要将 ‘0000-00-00’做为合法日期。你仍然可以用IGNORE选项插入零日期。在非严格模式,可以接受该日期,但会生成警告。
NO_ZERO_IN_DATE
在严格模式,不接受月或日部分为0的日期。如果使用IGNORE选项,我们为类似的日期插入’0000-00-00’。在非严格模式,可以接受该日期,但会生成警告。
处理的办法:
1, 修改sql_mode,去掉NO_ZERO_IN_DATE,NO_ZERO_DATE这两个参数
2, 修改表的default值,去掉default也可以。
alter tabletxt_register modify currentTime datetime not null;
alter tabletxt_register add httpHeaderInfo varchar(10000) DEFAULT ‘null’;
这个出现的原因应该是建表前sql_mode没有这两个值,建表后修改的sql_mode。