datetime字段加on update current_timestamp不生效，因mysql 5.6.5前完全不支持，5.6.5+虽支持但行为不稳定：默认不初始化、易被忽略、依赖sql mode及时区，故应优先使用timestamp类型。
直接用 ON UPDATE CURRENT_TIMESTAMP() 就能实现更新时自动写入当前时间，但必须搭配 TIMESTAMP 类型、显式声明 NOT NULL 和 DEFAULT CURRENT_TIMESTAMP()，否则大概率失效或报错。
为什么 DATETIME 字段加了 ON UPDATE 也不生效
MySQL 5.6.5 之前完全不支持 DATETIME 的 ON UPDATE CURRENT_TIMESTAMP；5.6.5+ 虽放开限制，但行为不稳定：
-
DATETIME默认不会初始化（即使写了DEFAULT CURRENT_TIMESTAMP()），除非同时开启严格 SQL mode 并显式指定 - 多个
DATETIME字段共存时，ON UPDATE可能被忽略，尤其在低版本或某些托管环境（如旧版 AWS RDS） -
DATETIME不做时区转换，但ON UPDATE CURRENT_TIMESTAMP()实际依赖 session 时区——这会导致跨时区应用中时间值“看起来没变”
结论：想稳定触发自动更新，优先选 TIMESTAMP。
ALTER TABLE 修改已有字段时的典型错误
常见写法：ALTER TABLE t1 MODIFY COLUMN update_time TIMESTAMP ON UPDATE CURRENT_TIMESTAMP(); —— 这会清空原有 DEFAULT，导致插入新行时报错或填入 '0000-00-00 00:00:00'。
正确做法是把 DEFAULT 和 ON UPDATE 一起带上：
- 字段原为 NULL：先确保它允许 NULL，再补全定义：
MODIFY COLUMN update_time TIMESTAMP NULL DEFAULT CURRENT_TIMESTAMP() ON UPDATE CURRENT_TIMESTAMP() - 字段已存在且含数据：执行后所有
NULL值会被设为当前时间（注意这是不可逆操作） - 括号不能省：
CURRENT_TIMESTAMP无括号在 MySQL 8.0.28+ 已废弃，老版本可能解析失败 - 如果字段是
DATETIME，建议先转成TIMESTAMP再加属性，避免隐式类型转换干扰
两个时间字段（create_time + update_time）怎么配才不报错
MySQL 限制：同一张表中，最多只能有一个 TIMESTAMP 字段使用 CURRENT_TIMESTAMP 作为 DEFAULT 或 ON UPDATE 的“隐式触发源”。所以不能这么写：
CREATE TABLE t (created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP, updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP);
会报 Incorrect table definition。正确解法：
-
created_at用TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP() -
updated_at必须显式声明NOT NULL，并带完整DEFAULT CURRENT_TIMESTAMP() ON UPDATE CURRENT_TIMESTAMP() - 两者类型保持一致（都用
TIMESTAMP）；若硬要用DATETIME，需确认 MySQL ≥ 5.6.5 且sql_mode中不含NO_ZERO_DATE - 建表后新增字段时，
ADD COLUMN语句里也必须写全，漏掉NOT NULL或括号都可能导致 RDS 等环境拒绝执行
托管服务（如 AWS RDS）里时间字段变成 0000-00-00 的真实原因
不是语法错了，而是 sql_mode 在作祟。RDS 默认启用 STRICT_TRANS_TABLES,NO_ZERO_DATE，一旦字段定义没写 DEFAULT CURRENT_TIMESTAMP()，又没给值，MySQL 就想填零时间，但被 mode 拦住，于是静默截断或报错。
查当前配置：SELECT @@sql_mode;
临时验证可运行：SET sql_mode = 'ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';（去掉 NO_ZERO_DATE）
但真正该做的，是回过头检查字段定义是否满足三个硬条件：
- 类型是
TIMESTAMP - 有
DEFAULT CURRENT_TIMESTAMP() - 有
NOT NULL（或至少不是NULL且没默认值）
少一个，就可能在 RDS 上看到那串刺眼的 0000-00-00 00:00:00。
