Mysql 建表时报错 invalid ON UPDATE clause for 'create_date' column

最新推荐文章于 2025-05-29 14:02:32 发布
原创 最新推荐文章于 2025-05-29 14:02:32 发布 · 1.1w 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文解决了一个在MySQL5.5中遇到的问题，即在一个表中只能有一个列的默认值根据时间戳自动生成。该问题发生在建表语句中包含两个使用CURRENT_TIMESTAMP作为默认值的列。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

这个错误是由于mysql 版本问题导致的

  `create_date` datetime DEFAULT NULL ON UPDATE CURRENT_TIMESTAMP COMMENT '创建时间',
  `update_date` datetime DEFAULT NULL ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',

这是建表语句。MySQL 5.5 每个表只允许一个列的默认值根据时间戳生成时间
可以查看一下mysql的版本号:

show variables like 'innodb_version';
2023-10-10 mysql-{mysql_alter_table}-出错后回滚-记录
悟世之路
10-10 418
2023-10-10 mysql-{mysql_alter_table}-出错后回滚-记录。
GBase 8c对MySQL语法的兼容性说明及改造
weixin_47390342的博客
07-22 1095
更多精彩内容尽在南大通用技术社区，南大通用致力于成为用户最信赖的数据库产品供应商。
mysql 创建date_mysql创建date数据类型
weixin_36130547的博客
01-21 2603
问题简述：如何使用mysql数据库定义表中的数据类型为date问题出现的背景：最近学习SQL语句，采用的教材是《精通SQL：结构化查询语句详解》/高守传编著. 北京：人民邮电出版社，2007.3。这本书的内容主要基于sql server和Oracle的，而我用的是mysql，直接用书上的SQL语句有时会出问题，所以就遇到现在的问题环境：数据库：mysql 5.0数据库管理工具：navicat fo...
Mysql：Invalid ON UPDATE clause for 'createTime' column
ITWANGBOIT的博客
09-18 5775
从高版本的mysql转储SQL文件，然后运行SQL文件到低版本的mysql： 如果表中存在datetime字段，如下： 运行SQL文件时，将出现如下错误： [Err] 1294 - Invalid ON UPDATE clause for 'createTime' column 解决办法：将`createTime` datetime DEFAULT NULL ON UPDATE ...
MySQL基础知识：CREATE
SQL数据库开发
05-29 643
这是MySQL在创建表的过程中定义的自增列，自增长列的一个作用就是定义的列可以自动按指定步长进行整数增长，默认是按1增长。我们想在表Customers中创建一个城市和省份的联合索引，并对身份进行倒序排列(如果不注明排序规则，默认是升序排列)此外CREATE还可以创建很多其它对象，比如视图，存储过程，自定义函数等，这些在后面篇章中继续介绍，现在暂不展开。这是在创建表过程中指定默认值，通常是NULL，但也可以指定为其它值，其它值的类型必须与定义的列的类型一致。在创建上面的表的过程中，有很多知识点需要讲解一下。
nestJs(三) 数据库
无简介！！
11-15 329
Entity注解代表是数据库入口文件；@Column是基础列文件，使用type字段定义在数据库实际存储代表单调递增的主键当记录修改时会修改时间当记录新增时会写入时间。
处理mysql中Error:1294–Invalid ON UPDATE clause for “time” column的问题
weixin_30952535的博客
09-18 933
在数据库中建表的过程可能会遇到设计时间戳显示插入数据的时间，有时会遇到以下的小问题，但不容易找到。该博客以免更多的人少走弯路。 在mysql数据库建表的过程中，忘记改写默认字段，导致出现1294的错误，如下所示： 这并不是长度不够或者默认为0，而是忘记设置当前时间。本人以mysql数据库可视化工具navicat为例说明。首先打开建表字段，time类型为timestamp,设置非空，如...
Nest 使用TypeOrm实体类时，时区问题和自动更新时间列无效问题解决
qq_43351090的博客
02-15 4204
Nest 使用TypeOrm实体类时，时区问题和自动更新时间列无效问题解决
mysql 5.7 默认时间_mysql升级到5.7时间戳(timestamp)默认值报错
weixin_39876002的博客
01-19 259
往数据库里创建新表的时候报错：[Err] 1067 - Invalid default value for 'updateTime'DROP TABLE IF EXISTS `passwd_reset`;CREATE TABLE `passwd_reset` (`id` int(11) NOT NULL AUTO_INCREMENT,`staffId` int(11) DEFAULT NULL,`...
MySQL5.7中的sql_mode默认值
woqutechteam的博客
11-19 811
在正常项目开发过程中，如果MySQL版本从5.6升级到5.7版本，作为DBA在考虑数据库版本升级带来的影响时，一般会有几个注意点： sql_mode 默认值的改变 optimizer_switch 值的改变 备库升级影响主备复制 本文主要内容是MySQL升级到5.7版本之后，由于默认的 sql_mode 值带来的坑以及对应的解决方案。 | 案例一：ONLY_FULL...
mysql 问题代码及大文件导入问题
llsygtc的博客
10-30 383
当导入66m大小的sql文件时，提示的是这个问题，图片如下 需要在sql控制台，输入： SET GLOBAL max_allowed_packet = 1048576000; SET GLOBAL group_concat_max_len=51200; SET SESSION group_concat_max_len=51200; 问题解决。 二。使用复杂的sql语句时，有group by 语句，...
【Nestjs实操】TypeORM装饰器汇总
IT飞牛
12-07 658
其值由 TypeORM 自动更新。
MySQL 使用异常：Invalid ON UPDATE clause for 'createTime' column
闲暇时光
07-12 4980
TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP
typeorm 更新_typeORM 多对多关系不同情况的处理
weixin_33795788的博客
12-23 1052
本文以RBAC权限管理中的用户和角色举例，两个实体存在多对多的关系，一个用户拥有多个角色，一个角色属于多个用户。typeorm的中文文档没有对自定义中间表的说明，发现英文有相关说明，但示例代码貌似有问题。一、中间表有自定义字段的处理在用户user和role实体之外，新建一个roleUse的实体(记录用户和角色的关联关系)，如此本来是多对多的关系，变成了user和role与roleUser二组一对多...
MYSQL— perror 错误码详情
热门推荐
道行尚浅（老道）的博客
12-04 11万+
[root@localhost ~]# cat test_nothread.py import paramiko import threading import os def ssh2(ip,username,passwd,cmd): file_path='/root/perror.log' logfile=file(file_path,'a') try:
Mysql 建表时报错 invalid ON UPDATE clause for 'start_time' column
miracleoa的博客
08-23 1070
文章目录一、错误源码：二、错误原因，及解决办法： 一、错误源码： DROP TABLE IF EXISTS `tb_promotion`; CREATE TABLE `tb_promotion` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '促销活动id', `type` enum('0','1','2','3') NOT NULL ...
mysql部分常用函数DATE_FORMAT(a.Created_time,'%Y-%m-%d%H
NCTU_to_prove_safety的博客
05-27 3万+
mysql部分常用函数 　　DATE_FORMAT(a.Created_time,'%Y-%m-%d %H:%i:%S') as c_time 　　有人告诉说1代表的是索引字段，和数组一样，1的话就是第二个字段带索引！那统计这个字段count(1)比count(*)快！如果不带索引，那么count(*)比count(1)快！？ 　　DATE_FORMAT(max(b.time),
Invalid default value for 'create_time'
最新发布
08-02
<think>我们遇到了一个数据库表设计的问题，错误信息为："Invalid default value for 'create_time'" 这通常发生在MySQL 5.7及以上版本中，当我们尝试为DATETIME或TIMESTAMP字段设置一个无效的默认值时。 在MySQL 5.7之后，sql_mode默认包含了NO_ZERO_DATE，这不允许我们使用'0000-00-00 00:00:00'这样的默认值。 常见的解决方案： 1. 修改sql_mode，移除NO_ZERO_DATE和NO_ZERO_IN_DATE（不推荐，因为这会降低数据完整性）。 2. 为字段设置一个有效的默认值，例如CURRENT_TIMESTAMP（对于TIMESTAMP字段）或者一个具体的日期时间值（如'1970-01-01 00:00:01'）。 3. 如果字段允许为空，我们可以设置默认值为NULL。 假设我们的表结构如下： ```sql CREATE TABLE `my_table` ( `id` INT NOT NULL AUTO_INCREMENT, `create_time` DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00', PRIMARY KEY (`id`) ); ``` 这个创建语句在严格模式下会报错，因为'0000-00-00 00:00:00'是一个无效的日期。 我们可以修改为： 方案1：使用有效的默认值（例如当前时间戳，但注意：DATETIME字段不支持使用CURRENT_TIMESTAMP作为默认值，除非在MySQL 8.0.13及以上版本，且显式指定。而TIMESTAMP字段可以。） 方案2：允许字段为NULL，并将默认值设置为NULL。 例如，我们可以将字段改为允许NULL，并设置默认值为NULL： ```sql CREATE TABLE `my_table` ( `id` INT NOT NULL AUTO_INCREMENT, `create_time` DATETIME NULL DEFAULT NULL, PRIMARY KEY (`id`) ); ``` 或者，如果我们希望保留NOT NULL，并且使用一个有效的默认日期，可以这样： ```sql CREATE TABLE `my_table` ( `id` INT NOT NULL AUTO_INCREMENT, `create_time` DATETIME NOT NULL DEFAULT '1970-01-01 00:00:01', PRIMARY KEY (`id`) ); ``` 另外，如果我们使用的是TIMESTAMP类型，并且希望默认值为当前时间，可以： ```sql CREATE TABLE `my_table` ( `id` INT NOT NULL AUTO_INCREMENT, `create_time` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`) ); ``` 但是注意：TIMESTAMP的范围是'1970-01-01 00:00:01' UTC 到 '2038-01-19 03:14:07' UTC，而DATETIME的范围更广。 如果我们已经有一个表，并且需要修改默认值，可以使用ALTER TABLE： ```sql ALTER TABLE `my_table` MODIFY `create_time` DATETIME NOT NULL DEFAULT '1970-01-01 00:00:01'; ``` 或者，如果我们想使用当前时间戳作为默认值，并且MySQL版本在8.0.13以上，我们可以为DATETIME字段设置默认值为CURRENT_TIMESTAMP： ```sql CREATE TABLE `my_table` ( `id` INT NOT NULL AUTO_INCREMENT, `create_time` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`) ); ``` 注意：在MySQL 8.0.13之前，只有TIMESTAMP字段可以使用CURRENT_TIMESTAMP作为默认值。 因此，解决方案取决于我们的具体需求和MySQL版本。 下面我们给出一个修改已有表的例子，假设我们原来使用的是DATETIME且默认值为'0000-00-00 00:00:00'，现在要改为一个有效值： 步骤1：查看当前表结构 步骤2：修改字段的默认值 例如： ```sql ALTER TABLE `my_table` CHANGE COLUMN `create_time` `create_time` DATETIME NOT NULL DEFAULT '1970-01-01 00:00:01'; ``` 或者，如果我们允许NULL： ```sql ALTER TABLE `my_table` CHANGE COLUMN `create_time` `create_time` DATETIME NULL DEFAULT NULL; ``` 如果我们希望使用当前时间戳，并且MySQL版本在8.0.13以上，可以： ```sql ALTER TABLE `my_table` CHANGE COLUMN `create_time` `create_time` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP; ``` 如果MySQL版本低于8.0.13，我们可以将字段类型改为TIMESTAMP： ```sql ALTER TABLE `my_table` CHANGE COLUMN `create_time` `create_time` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP; ``` 但是改为TIMESTAMP时要注意范围问题，以及TIMESTAMP的其他特性（如时区转换）。 总结：根据实际情况选择修改方案。 下面，我们给出一个完整的示例，假设我们使用MySQL 5.7，并且希望将create_time字段的默认值改为一个有效值，同时保留DATETIME类型。 示例代码： ```sql -- 修改前，先查看当前表结构，确认字段名和类型 -- 假设我们确认字段为create_time，类型为DATETIME，且不允许NULL -- 修改为有效默认值 ALTER TABLE `my_table` MODIFY `create_time` DATETIME NOT NULL DEFAULT '1970-01-01 00:00:01'; ``` 如果执行修改时遇到错误，可能是因为表中已经存在无效的日期（如'0000-00-00'），这时我们需要先更新这些无效的日期，然后再修改默认值。 处理已有无效数据： ```sql -- 将表中所有create_time为'0000-00-00 00:00:00'的记录更新为有效值 UPDATE `my_table` SET `create_time` = '1970-01-01 00:00:01' WHERE `create_time` = '0000-00-00 00:00:00'; ``` 然后再执行ALTER TABLE。 注意：在修改表结构之前，最好备份数据。 如果我们的表很大，更新操作可能会很慢，需要谨慎。 另外，我们也可以考虑在创建表时就避免使用无效的默认值。 以上是解决"Invalid default value for 'create_time'"的方法。 相关问题： §§相关问题§§: 1. 在MySQL中，DATETIME和TIMESTAMP有什么区别？ 2. 如何查看和修改MySQL的sql_mode？ 3. 在MySQL 8.0中，DATETIME字段的默认值可以使用哪些表达式？ 4. 如何修改现有表中某个字段的默认值？</think>### 解决 "Invalid default value for 'create_time'" 错误 该错误通常发生在 **MySQL 5.7+** 版本中，当尝试为 `DATETIME` 或 `TIMESTAMP` 字段设置无效默认值（如 `0000-00-00 00:00:00`）时触发。原因包括： 1. **严格模式启用**：MySQL 默认配置禁止零值日期 2. **无效日期值**：`0000-00-00` 被 SQL 标准视为无效日期 3. **版本差异**：MySQL 5.7+ 默认启用 `NO_ZERO_DATE` 规则 --- ### 解决方案 #### 方法 1：修改字段默认值为有效值（推荐） ```sql ALTER TABLE your_table MODIFY create_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP; ``` 或 ```sql ALTER TABLE your_table MODIFY create_time DATETIME NOT NULL DEFAULT '1970-01-01 00:00:01'; ``` #### 方法 2：临时关闭严格模式（不推荐，仅测试用） ```sql SET GLOBAL sql_mode = 'ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION'; ``` #### 方法 3：修改表结构允许 NULL 值 ```sql ALTER TABLE your_table MODIFY create_time DATETIME NULL DEFAULT NULL; ``` --- ### 完整示例 假设表结构如下： ```sql CREATE TABLE orders ( id INT PRIMARY KEY AUTO_INCREMENT, create_time DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00' -- 错误写法 ); ``` 修复方案： ```sql -- 方案 1：使用有效时间戳 ALTER TABLE orders MODIFY create_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP; -- 方案 2：允许 NULL 值 ALTER TABLE orders MODIFY create_time DATETIME NULL DEFAULT NULL; ``` --- ### 关键说明 1. **TIMESTAMP vs DATETIME**： - `TIMESTAMP`：支持 `CURRENT_TIMESTAMP` 默认值（4字节，带时区） - `DATETIME`：不支持自动更新（8字节，无时区） 2. **MySQL 版本差异**： - ≥ 5.7：默认禁止零值日期 - ≥ 8.0：`DATETIME` 也支持 `CURRENT_TIMESTAMP` 3. **永久配置修改**： 在 `my.cnf` 中添加： ```ini [mysqld] sql_mode = "ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION" ``` --- ### 最佳实践 1. 始终使用有效日期（如 `1970-01-01`） 2. 优先使用 `TIMESTAMP` 获取自动时间戳功能 3. 生产环境避免禁用严格模式 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值