navicat 的「默认值」框不支持 on update current_timestamp，因其是 ddl 修饰符而非默认值；正确做法是用 sql 执行 alter table modify column 添加该子句。
navicat 里不能直接在「默认值」输入框里写 on update current_timestamp —— 它根本不是默认值，而是列定义的额外属性，必须和 current_timestamp 配套出现在 alter table 或 create table 的完整语句中。
为什么在“默认值”框里填 ON UPDATE CURRENT_TIMESTAMP 会失败
Navicat 的「默认值」输入框只接受静态值或合法表达式（如 CURRENT_TIMESTAMP），但 ON UPDATE CURRENT_TIMESTAMP 是 DDL 子句，属于字段定义层级的修饰符，不是值。你硬填进去，Navicat 要么报错，要么静默忽略，甚至可能把整个字段定义搞坏。
- 填了
ON UPDATE CURRENT_TIMESTAMP却没勾选「表达式」→ Navicat 当成字符串存为DEFAULT 'ON UPDATE CURRENT_TIMESTAMP' - 即使勾了「表达式」，它也不识别这个语法，因为这不是 MySQL 支持的表达式，而是 ALTER COLUMN 的一部分
- 界面里没有单独的「ON UPDATE」设置入口，只有「自动更新」复选框——但它只对
TIMESTAMP字段生效，且会连带加DEFAULT CURRENT_TIMESTAMP
正确做法：用 SQL 直接改，别依赖可视化编辑
想让 updated_at 字段实现“插入时用当前时间、更新时自动刷新”，必须用原生 SQL 执行 MODIFY COLUMN 或 CHANGE COLUMN。Navicat 的「设计表」界面在这里是障眼法，绕不过去。
- 对
TIMESTAMP字段：执行ALTER TABLE `t` MODIFY COLUMN `updated_at` TIMESTAMP NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP; - 对
DATETIME字段（MySQL ≥5.6.5）：同样用上面那条语句，DATETIME现在完全支持ON UPDATE CURRENT_TIMESTAMP - 如果字段已存在且有数据，先确认该列允许为
NULL或设好非空默认值，否则MODIFY可能因隐式约束失败 - 执行前务必备份表结构，Navicat 的「运行批处理」或「查询窗口」都可执行，别点「保存」按钮走可视化流程
「自动更新」复选框到底管什么
这个选项只在字段类型为 TIMESTAMP 且你**没手动写 SQL** 时起作用；它本质是 Navicat 帮你生成 ON UPDATE CURRENT_TIMESTAMP 的快捷开关，但有严重限制：
- 勾选后，Navicat 会强制加上
DEFAULT CURRENT_TIMESTAMP—— 即使你原本只想保留ON UPDATE而不要插入默认值 - 对
DATETIME字段，这个复选框是灰色不可用的，哪怕 MySQL 版本够新 - 如果表里已有多个
TIMESTAMP字段，MySQL 旧版本（ON UPDATE，Navicat 不校验这点，点了就报错 - 它不支持精度控制，比如
CURRENT_TIMESTAMP(3)，要精度必须手写 SQL
容易被忽略的关键细节
很多人设完以为万事大吉，结果插入/更新时不触发，问题往往出在这些地方：
-
DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP必须写在同一字段定义里，拆开（比如先设默认值、再补 ON UPDATE）会导致语法错误 - 字段值显式插入
NULL或''时，DEFAULT生效；但插入具体时间字符串（如'0000-00-00 00:00:00'）会覆盖默认行为 - 使用
INSERT ... ON DUPLICATE KEY UPDATE时，ON UPDATE CURRENT_TIMESTAMP依然触发，但要注意是否真发生了 UPDATE 分支 - Navicat 同步结构到其他环境时，如果目标 MySQL 版本低于 5.6.5，
DATETIME的ON UPDATE会直接报错，得提前降级为TIMESTAMP
