mysql 5.6.5+才支持datetime字段用default current_timestamp,低于该版本会报错;8.0.19+才支持on update current_timestamp;必须显式声明,不可用now()或sysdate()。

MySQL中设置DATETIME字段默认值为CURRENT_TIMESTAMP
MySQL 5.6.5+ 版本才真正支持 CURRENT_TIMESTAMP 作为 DATETIME 类型字段的默认值;低于该版本会报错或静默转为 0000-00-00 00:00:00。别直接写 DEFAULT CURRENT_TIMESTAMP 就以为万事大吉——得看类型和版本。
正确做法是:字段类型必须为 DATETIME 或 TIMESTAMP,且建表时显式声明 DEFAULT CURRENT_TIMESTAMP:
CREATE TABLE logs ( id INT PRIMARY KEY, created_at DATETIME DEFAULT CURRENT_TIMESTAMP );
-
TIMESTAMP字段天然支持该语法,且自动处理时区(存 UTC,读本地时区);DATETIME则存字面值、不涉及时区转换 - 若字段已存在,用
ALTER TABLE ... MODIFY COLUMN修改时,必须**同时指定类型和默认值**,否则原有默认值会被清空 - MySQL 8.0.19 起允许对
DATETIME使用DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,但老版本只认TIMESTAMP支持双时间戳
给已有字段添加CURRENT_TIMESTAMP默认值失败的常见原因
执行 ALTER TABLE t MODIFY COLUMN ts DATETIME DEFAULT CURRENT_TIMESTAMP 报错 Invalid default value for 'ts'?大概率是 SQL mode 里启用了 STRICT_TRANS_TABLES 或 NO_ZERO_DATE,而你字段当前有 NULL 值或非法时间(如 '0000-00-00 00:00:00')。
- 先查当前 SQL mode:
SELECT @@sql_mode;,确认是否含NO_ZERO_DATE - 临时关闭限制(仅调试用):
SET sql_mode = 'STRICT_TRANS_TABLES';(去掉NO_ZERO_DATE) - 更稳妥的做法:先清理脏数据,再
ALTER TABLE t ALTER COLUMN ts SET DEFAULT CURRENT_TIMESTAMP;(MySQL 8.0.13+ 支持ALTER COLUMN ... SET DEFAULT独立语法) - 注意:修改后旧记录不会自动更新时间,只有新插入行才生效
为什么TIMESTAMP能自动更新而DATETIME不能(旧版本)
MySQL 对 TIMESTAMP 有特殊语义:最多只能有一个字段带 CURRENT_TIMESTAMP 默认值或自动更新属性;DATETIME 在 MySQL 5.6.5 之前根本不支持该行为,5.6.5–8.0.18 仅支持默认值,不支持 ON UPDATE;直到 8.0.19 才补齐。
- 想实现「创建时间 + 更新时间」两个自动字段?老版本必须用一个
TIMESTAMP(默认值)+ 一个DATETIME(靠应用层或触发器赋值) - MySQL 8.0.19+ 可这样写:
created_at DATETIME DEFAULT CURRENT_TIMESTAMP, updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP - 触发器虽灵活,但增加维护成本,且可能被绕过(比如用
INSERT ... SELECT)
使用NOW()或SYSDATE()代替CURRENT_TIMESTAMP行不行
不行。在默认值上下文中,NOW() 和 SYSDATE() 是**函数调用表达式**,MySQL 不允许它们出现在列默认值里(会报错 Invalid default value for 'xxx')。只有 CURRENT_TIMESTAMP(及其同义词 CURRENT_TIMESTAMP())被语法特许。
-
CURRENT_TIMESTAMP是 SQL 标准关键字,MySQL 专为此做了语法糖支持 -
NOW()和SYSDATE()仅能在查询、存储过程、触发器中作为函数使用 - 试图写
DEFAULT NOW()会直接失败,连语法解析都过不去
真正容易被忽略的是版本兼容性边界和 SQL mode 的隐式影响——同一句建表语句,在开发机(MySQL 8.0)跑得通,上线到生产(MySQL 5.7)就报错,往往不是语法写错了,而是没校验底层约束条件。











