ON UPDATE CURRENT_TIMESTAMP 使字段在更新时自动设为当前时间，但需配合 TIMESTAMP/DATETIME 类型且不在主键或唯一键中；UPDATE 中显式赋值该字段会跳过自动更新。
MySQL 中 ON UPDATE CURRENT_TIMESTAMP 的基本用法
想让某字段在记录更新时自动刷新为当前时间，必须用 ON UPDATE CURRENT_TIMESTAMP，但仅加这句不够——该字段类型必须是 TIMESTAMP 或 DATETIME，且不能是主键或唯一键的组成部分（除非你明确允许 NULL 或设默认值）。
常见错误：给 DATETIME 字段加 ON UPDATE CURRENT_TIMESTAMP 却没指定 DEFAULT CURRENT_TIMESTAMP，MySQL 5.6.5+ 虽支持，但低版本会报错；更稳妥的做法是两者都显式声明：
CREATE TABLE example ( id INT PRIMARY KEY, updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP );
为什么 updated_at 没有随 UPDATE 变化？
最常踩的坑是：UPDATE 语句里显式赋了值，哪怕和原值一样，也会跳过 ON UPDATE CURRENT_TIMESTAMP。例如：
UPDATE example SET name='foo', updated_at=updated_at WHERE id=1;
这行会让 updated_at 停在原地，因为 MySQL 认为你“主动控制”了它。
- 确保 UPDATE 语句中不出现该字段名（哪怕写成
updated_at=updated_at） - 如果业务逻辑必须保留旧值再更新其他字段，改用触发器或应用层手动赋值
- 注意：
UPDATE ... SET col=col在严格模式下可能被优化掉，但仍会抑制时间戳更新
TIMESTAMP 和 DATETIME 在自动更新上的关键差异
二者都能用 ON UPDATE CURRENT_TIMESTAMP，但行为不同：
-
TIMESTAMP自动转为 UTC 存储，读取时按连接时区转换；DATETIME原样存储、原样返回，无时区转换 - 一个表最多只能有一个
TIMESTAMP列带DEFAULT CURRENT_TIMESTAMP或ON UPDATE CURRENT_TIMESTAMP（MySQL 5.6.5 之前限制更严） -
DATETIME从 5.6.5 开始才支持ON UPDATE CURRENT_TIMESTAMP，旧版本只能用TIMESTAMP - 如果你的应用跨多个时区，且需要统一基准时间，优先选
TIMESTAMP；否则选DATETIME更直观
批量更新或 REPLACE INTO 场景下时间戳是否触发？
是的，只要语句实际修改了行（哪怕只改了一个字段），且未显式设置该时间戳字段，ON UPDATE CURRENT_TIMESTAMP 就会生效。
但要注意这些例外：
-
REPLACE INTO是先 DELETE 再 INSERT，所以触发的是DEFAULT CURRENT_TIMESTAMP（插入新行），不是ON UPDATE -
INSERT ... ON DUPLICATE KEY UPDATE：若命中重复键并执行 UPDATE 分支，则触发ON UPDATE CURRENT_TIMESTAMP；若走 INSERT 分支，则触发DEFAULT -
UPDATE ... WHERE 0或条件不匹配任何行，时间戳不会变——没真正更新任何记录
真正容易被忽略的是：ALTER TABLE 修改字段定义（比如加注释、改 COMMENT）不会触发时间戳更新；但如果是 MODIFY COLUMN 改类型或约束，有可能隐式重建行，导致时间戳被重置——别依赖这个行为，也别在生产表上随意 ALTER。
