ON UPDATE CURRENT_TIMESTAMP 能解决95%的自动更新时间戳场景，无需触发器；常见错误包括未设DEFAULT导致INSERT失败、UPDATE值未变时触发器不执行、NOW()与CURRENT_TIMESTAMP混用引发不一致。
ON UPDATE CURRENT_TIMESTAMP 能解决 95% 的场景，别急着写触发器
MySQL 5.6.5+ 原生支持 ON UPDATE CURRENT_TIMESTAMP，它比触发器更轻、更稳、更少出错。绝大多数“更新时自动更新时间戳”的需求，直接靠字段定义就能搞定，根本不需要触发器。
常见错误是：看到“自动更新”就条件反射写 BEFORE UPDATE 触发器，结果引入额外执行路径、时区不一致、字段冲突等问题。比如：
-
ERROR 1364 (HY000): Field 'updated_at' doesn't have a default value：字段NOT NULL但没设DEFAULT，INSERT 就失败，触发器压根没机会运行 - 执行
UPDATE t SET name = name（值未实际变化），MySQL 会跳过整行更新，BEFORE UPDATE触发器也不会触发 - 混用
NOW()和CURRENT_TIMESTAMP，在复制或严格模式下行为可能不一致
真要写 BEFORE UPDATE 触发器时，必须注意这三点
只有当满足全部以下条件才考虑触发器：MySQL 版本 INT/BIGINT 存 Unix 时间戳；或需要复杂判断逻辑（例如“仅当 status 字段从 'pending' 变为 'done' 才更新时间”）。
此时正确写法是：
DELIMITER $$ CREATE TRIGGER update_updated_at BEFORE UPDATE ON users FOR EACH ROW BEGIN SET NEW.updated_at = CURRENT_TIMESTAMP; END$$ DELIMITER ;
关键点：
- 必须用
SET NEW.xxx = ...，不能写UPDATE users SET ...（会报错Can't update table 'users' in stored function/trigger） - 必须显式指定
DELIMITER，否则分号会被 MySQL 当作语句结束符解析失败 - 字段类型要是
TIMESTAMP或DATETIME；若用INT存 Unix 时间戳，则改用UNIX_TIMESTAMP(NOW())
BEFORE vs AFTER：时间戳更新必须用 BEFORE
更新时间戳这类操作，必须用 BEFORE UPDATE，原因很直接：
-
AFTER UPDATE中NEW是只读的，无法再赋值给时间字段 -
BEFORE阶段能修改NEW，让后续主更新语句一并写入新值，语义清晰、原子性强 - 如果误用
AFTER并试图UPDATE同表，会触发 MySQL 的递归限制，直接报错
另外，INSERT 场景下若也要自动填时间，对应应使用 BEFORE INSERT，同样通过 SET NEW.created_at = CURRENT_TIMESTAMP 实现。
已有表加触发器前，先检查字段定义是否冲突
如果表里已存在 updated_at 字段，但没设 ON UPDATE，又想补触发器，务必确认当前字段定义不会和触发器打架：
- 执行
SHOW CREATE TABLE users\G，看该字段是否为NOT NULL且无DEFAULT—— 若是，触发器甚至不会被调用 - 如果字段类型是
DATETIME且 MySQL ON UPDATE CURRENT_TIMESTAMP 不生效，这时触发器才是唯一选择 - 多个
TIMESTAMP字段共存时，MySQL 默认只对第一个未显式指定DEFAULT的字段启用隐式更新，所以必须显式写出完整定义，避免歧义
最易被忽略的是：触发器逻辑本身无法绕过字段约束。哪怕触发器写了 SET NEW.updated_at = ...，只要字段定义是 NOT NULL 且没默认值，INSERT 仍会因缺失值失败 —— 这不是触发器的问题，是表结构没对齐。
