DATETIME加ON UPDATE CURRENT_TIMESTAMP报错是因为MySQL 5.6.5+要求必须同时定义DEFAULT CURRENT_TIMESTAMP（或常量默认值），否则触发ERROR 1067；而TIMESTAMP天然支持且自动补默认值，但受时区和1970–2038范围限制。
MySQL 的 TIMESTAMP 和 DATETIME 都支持 ON UPDATE CURRENT_TIMESTAMP，但行为差异极大，直接用错会导致字段不更新、报错或隐式覆盖值。
为什么 DATETIME 字段加 ON UPDATE CURRENT_TIMESTAMP 会报错？
MySQL 5.6.5+ 虽然允许 DATETIME 使用 ON UPDATE CURRENT_TIMESTAMP，但有硬性前提：必须同时定义 DEFAULT CURRENT_TIMESTAMP（或另一个常量默认值）。否则会报错：ERROR 1067 (42000): Invalid default value for 'updated_at'。
常见错误写法：
ALTER TABLE users ADD COLUMN updated_at DATETIME ON UPDATE CURRENT_TIMESTAMP;
正确写法（带默认值）：
updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP- 若想默认为 NULL，可写：
updated_at DATETIME NULL DEFAULT NULL ON UPDATE CURRENT_TIMESTAMP（MySQL 5.6.5+ 支持）
TIMESTAMP 的 ON UPDATE CURRENT_TIMESTAMP 为什么更“省心”？
TIMESTAMP 类型天然支持 ON UPDATE CURRENT_TIMESTAMP，且不需要显式声明 DEFAULT（MySQL 会自动补 DEFAULT CURRENT_TIMESTAMP），兼容性更好（5.5+ 即可用）。
但要注意：
- 一个表最多只能有一个
TIMESTAMP字段能自动初始化或自动更新（MySQL 5.6.5 前限制；5.6.5+ 已解除，但需显式指定） -
TIMESTAMP存储的是 UTC 时间，读取时按当前时区转换，DATETIME则原样存储、无时区转换 - 值范围小（1970–2038），超出会变
0000-00-00 00:00:00
如何安全地给已有字段添加自动更新逻辑？
不能直接 MODIFY 或 CHANGE 字段加 ON UPDATE —— MySQL 不允许对已有列追加该属性。必须用 ALTER TABLE ... CHANGE COLUMN 重定义整个字段定义。
例如，给已存在的 updated_at 字段启用自动更新：
ALTER TABLE users CHANGE COLUMN updated_at updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP;
注意点：
- 如果原字段是
DATETIME，改前需确认 MySQL 版本 ≥ 5.6.5 - 执行后原数据不会丢失，但后续插入/更新时才会触发自动更新逻辑
- 若字段已有非空约束（
NOT NULL）且无默认值，需一并带上，否则会因 NULL 冲突失败
更新时没触发 ON UPDATE？检查这三点
自动更新只在满足以下全部条件时才生效：
- UPDATE 语句中**没有显式给该字段赋值**（哪怕赋的是相同值，如
SET updated_at = updated_at，也会跳过自动更新） - 该字段不是主键或唯一键的一部分（某些旧版本对主键上的
TIMESTAMP行为异常） - 没有使用
INSERT ... ON DUPLICATE KEY UPDATE且在UPDATE子句中手动设置了该字段
调试技巧：用 SELECT NOW(), SLEEP(1), NOW(); 确认时间精度；用 SHOW CREATE TABLE users; 核对字段定义是否真包含 ON UPDATE CURRENT_TIMESTAMP。
最易被忽略的是字段类型选择和版本兼容边界——TIMESTAMP 看似方便，但时区和年份限制可能在跨地域部署或长期运行系统中突然暴露问题；而 DATETIME 虽灵活，却要求你时刻记得默认值和版本号。
