正确写法是updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP（MySQL 5.6.5+），或TIMESTAMP类型可省略DEFAULT；必须配合TIMESTAMP/DATETIME类型，且不可用于INT/VARCHAR等字段。
MySQL中ON UPDATE CURRENT_TIMESTAMP的正确写法
直接在建表或修改字段时加 ON UPDATE CURRENT_TIMESTAMP 就能自动更新，但必须配合 TIMESTAMP 或 DATETIME 类型，且不能和 DEFAULT CURRENT_TIMESTAMP 冲突（MySQL 5.6.5+ 才支持 DATETIME 的自动初始化/更新）。
常见错误是给 INT 或 VARCHAR 字段加这个子句——MySQL 会静默忽略，字段不会变，也不报错。
-
TIMESTAMP字段默认带时区转换，存的是 UTC，读取时转为当前会话时区；DATETIME是纯字面值，不涉及时区 - 一张表最多只能有一个
TIMESTAMP字段能用CURRENT_TIMESTAMP做默认值或自动更新（老版本限制，MySQL 5.6.5+ 已解除） - 如果字段允许
NULL，且没设默认值，ON UPDATE CURRENT_TIMESTAMP仍生效，但首次插入NULL后，下次更新才会触发更新
建表时定义修改时间字段的推荐写法
最稳妥的方式是显式声明类型、默认值和更新行为，避免依赖隐式规则：
CREATE TABLE example ( id INT PRIMARY KEY, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP, updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP );
注意：created_at 和 updated_at 都是 TIMESTAMP，且都用了 CURRENT_TIMESTAMP，这在 MySQL 5.6.5+ 完全合法。但如果用的是旧版本（如 5.5），updated_at 必须是唯一能用自动更新的 TIMESTAMP 字段。
- 想用
DATETIME？确保 MySQL ≥ 5.6.5，然后写：updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP - 如果不想让字段默认为当前时间，只希望“更新时才改”，就别写
DEFAULT，只留ON UPDATE CURRENT_TIMESTAMP——但要注意，首次插入时该字段必须显式赋值，否则会报错（除非设了NULL） -
ON UPDATE CURRENT_TIMESTAMP不响应UPDATE ... SET col = col这种“值没变”的操作，但会响应任何实际变更（哪怕只是空格变化）
已有表添加自动更新时间戳字段的操作要点
用 ALTER TABLE ... ADD COLUMN 或 MODIFY COLUMN 添加或调整字段时，语法稍有不同：
ALTER TABLE example ADD COLUMN updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP;
如果字段已存在但没自动更新逻辑，得先 DROP 再 ADD，或者用 MODIFY COLUMN 重定义整列（含类型和属性）：
ALTER TABLE example MODIFY COLUMN updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP;
- 执行
MODIFY COLUMN会锁表并重建数据（尤其大表要谨慎），建议在低峰期操作 - 如果原字段是
DATETIME且 MySQL 版本低于 5.6.5，加ON UPDATE CURRENT_TIMESTAMP会失败，必须先升级 MySQL 或改用TIMESTAMP - 某些 ORM（如 Laravel 的 Eloquent）或迁移工具可能绕过数据库级自动更新，靠应用层写时间，这时数据库配置就失效了——得确认业务代码是否真依赖 DB 自动更新
为什么UPDATE语句没触发时间戳更新？
最常被忽略的是：字段本身被显式赋值了，哪怕值跟原来一样，ON UPDATE CURRENT_TIMESTAMP 也不会触发。
比如执行：UPDATE example SET name = 'foo', updated_at = updated_at WHERE id = 1，虽然 updated_at = updated_at 看似没变，但 MySQL 认为这是显式赋值，跳过自动更新逻辑。
- 检查 SQL 是否无意中包含了
updated_at = ...赋值（尤其 ORM 自动生成的批量更新） - 用
SELECT NOW()对比确认当前时间是否正常，排除系统时钟或时区设置问题 - 查看表结构：
SHOW CREATE TABLE example，确认ON UPDATE CURRENT_TIMESTAMP确实存在于字段定义中，而不是被误删或拼错 - MySQL 8.0+ 支持
ON UPDATE CURRENT_TIMESTAMP(3)带毫秒精度，但老版本不识别括号，会报语法错误
真正麻烦的不是怎么写，而是当多个服务或中间件（比如 ProxySQL、CDC 工具）介入后，它们可能重写 SQL 或绕过触发逻辑。这时候得查 binlog 或 general_log 确认最终执行的语句长什么样，而不是只信应用日志。
