[Err] 1067 - Invalid default value for 'create_time'

超、凢脫俗 2024-02-18 20:07 160阅读 0赞

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。