不需要触发器。MySQL原生支持ON UPDATE CURRENT_TIMESTAMP，用它比写触发器更可靠、更轻量、更少出错；仅当MySQL版本低于5.6.5、需复杂逻辑判断或使用INT/BIGINT存Unix时间戳时，才考虑用BEFORE UPDATE触发器配合CURRENT_TIMESTAMP赋值。
直接说结论：不需要触发器。MySQL 原生支持 ON UPDATE CURRENT_TIMESTAMP，用它比写触发器更可靠、更轻量、更少出错。
为什么不该用触发器实现 updated_at 自动更新
触发器是绕开 MySQL 内建机制的“补丁”，容易和表定义冲突，还引入额外执行路径。常见问题包括：
-
ERROR 1364 (HY000): Field 'updated_at' doesn't have a default value：字段定义为NOT NULL但没设默认值，触发器根本没机会运行，INSERT 就报错 - UPDATE 操作中字段值未实际变更（比如
SET name = name），MySQL 会跳过整行更新逻辑，导致触发器里写的SET NEW.updated_at = CURRENT_TIMESTAMP被忽略 - 误用
NOW()替代CURRENT_TIMESTAMP，在严格模式或某些时区配置下行为不一致
正确做法：用 ON UPDATE CURRENT_TIMESTAMP 定义字段
这是 MySQL 5.6.5+ 的标准能力，兼容性好，语义清晰，无需额外维护。
建表时直接写：
CREATE TABLE users ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50), created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP, updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP );
已有表添加该行为：
ALTER TABLE users ADD COLUMN updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP;
或修改已有字段：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
ALTER TABLE users MODIFY COLUMN updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP;
注意点：
- 字段类型必须是
TIMESTAMP或DATETIME（MySQL 5.6.5+ 支持DATETIME的ON UPDATE） - 如果表里已有多个
TIMESTAMP字段，MySQL 默认只对第一个没显式指定DEFAULT的字段启用自动更新——所以务必显式写出DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP - 不要混用
DEFAULT NOW()和ON UPDATE CURRENT_TIMESTAMP，语义不统一，可能在复制或时区切换时出偏差
什么情况下才真需要触发器
仅当满足以下全部条件时，才考虑触发器：
- MySQL 版本低于 5.6.5（极少见）
- 需要在 UPDATE 时做复杂判断，比如“仅当某字段变化才更新时间戳”
- 字段类型是
INT或BIGINT存 Unix 时间戳，无法用原生ON UPDATE
此时触发器写法应为：
DELIMITER $$ CREATE TRIGGER update_users_updated_at BEFORE UPDATE ON users FOR EACH ROW BEGIN SET NEW.updated_at = CURRENT_TIMESTAMP; END$$ DELIMITER ;
关键点：
- 必须用
BEFORE UPDATE，不是AFTER - 赋值用
CURRENT_TIMESTAMP，不是NOW() - 字段本身需有默认值或允许
NULL，否则 INSERT 仍会失败
最常被忽略的一点：ON UPDATE CURRENT_TIMESTAMP 不会响应“无实质变更”的 UPDATE（如 UPDATE t SET x=x）。如果业务要求“只要执行了 UPDATE 语句就更新时间戳”，那必须用触发器——但得先确认这真是需求，而不是误判了 MySQL 的行为。
