Navicat图形界面不直接提供ON UPDATE CURRENT_TIMESTAMP选项，需通过“SQL预览”手动添加该子句；MySQL 5.6.5+才支持DATETIME配合该语法，且须声明精度（如DATETIME(3)），TIMESTAMP则自动时区转换但受限1970–2038年。
Navicat 字段属性里找不到 ON UPDATE CURRENT_TIMESTAMP 怎么办
navicat 的可视化字段设计器默认不暴露 mysql 的 on update current_timestamp 语法选项，直接在“默认值”下拉选 current_timestamp 只会影响插入时的初始值，不会自动更新。必须手动切换到 sql 模式补全定义。
- 右键表 → “设计表”，进字段编辑界面
- 找到目标字段（如
updated_at），类型设为TIMESTAMP或DATETIME（注意：MySQL 5.6.5+ 才支持DATETIME的ON UPDATE CURRENT_TIMESTAMP） - 在“默认值”栏填
CURRENT_TIMESTAMP，但别停在这——点击窗口左下角的 “SQL 预览” 按钮 - 在弹出的 SQL 预览框中，手动把字段定义末尾加上
ON UPDATE CURRENT_TIMESTAMP，例如：CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
- 确认修改，Navicat 会按你写的 SQL 执行 ALTER TABLE
用 DATETIME 还是 TIMESTAMP？关键看时区和范围
TIMESTAMP 和 DATETIME 表现不同，选错会导致更新行为异常或数据截断。
-
TIMESTAMP自动转为 UTC 存储、读取时转回当前会话时区；DATETIME原样存储，不涉及时区转换 -
TIMESTAMP范围是 1970–2038 年，DATETIME是 1000–9999 年 - MySQL 5.6.5 之前只支持
TIMESTAMP的ON UPDATE；之后两者都支持，但DATETIME必须显式声明精度（如DATETIME(3)）才能搭配ON UPDATE CURRENT_TIMESTAMP - 如果应用部署在多个时区，且需要统一时间基准，优先用
TIMESTAMP；否则用DATETIME更直观可控
执行后发现更新时间没变？检查是否触发了隐式更新
MySQL 只有在该行**实际发生变更**时才触发 ON UPDATE CURRENT_TIMESTAMP，以下情况不会更新：
- UPDATE 语句里显式给
updated_at赋了值（哪怕赋的是旧值），MySQL 认为这是用户意图，跳过自动更新 - UPDATE 的 WHERE 条件没匹配到任何行，自然无更新
- 字段定义漏了
NOT NULL，而表里已有 NULL 值，可能导致首次 ALTER 失败或行为异常（建议建表时就加NOT NULL） - 使用 Navicat 的“批量编辑”功能修改数据时，它可能生成带完整字段列表的 UPDATE 语句，无意中把
updated_at也包含进去，从而抑制自动更新
想让 created_at 和 updated_at 都自动管理？别用两个 CURRENT_TIMESTAMP
MySQL 不允许一个表里有多个 CURRENT_TIMESTAMP 默认值（除非第二个用 DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP 这种组合，且仅限 5.6.5+）。
-
created_at用DEFAULT CURRENT_TIMESTAMP -
updated_at用DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP - 但注意：MySQL 5.6.5 之前，
created_at必须是第一个TIMESTAMP字段，且不能有其他TIMESTAMP字段带默认值，否则报错Invalid default value for 'xxx' - 如果兼容老版本，稳妥做法是只给
updated_at加ON UPDATE，created_at在应用层或 INSERT 触发器里写入
ON UPDATE，或者用了 DATETIME 却忘了加精度声明。 
