mysql触发器内禁止使用start transaction、commit、rollback等事务控制语句,因其运行在主sql同一事务中;必须为insert/update/delete分别创建独立触发器,显式指定字段插入历史表,并同步维护历史表结构以避免执行失败。

触发器里不能用事务控制语句
MySQL 触发器(BEFORE INSERT、AFTER UPDATE 等)本身运行在主 SQL 语句的同一事务中,所以 START TRANSACTION、COMMIT、ROLLBACK 在触发器体内直接报错:ERROR 1305 (42000): FUNCTION does not exist 或更常见的 ERROR 1305 (42000): SAVEPOINT does not exist。这不是权限问题,是语法限制。
这意味着:你无法在触发器里“尝试写历史表,失败就回滚主表”。主表操作成功与否,决定了整个事务是否提交——历史表写入失败,整个 INSERT/UPDATE 就会失败(除非用 DECLARE CONTINUE HANDLER 捕获并忽略错误,但这是危险操作)。
- 如果历史表结构变更或磁盘满,主表写入也会被阻断
-
AFTER类型触发器比BEFORE更适合同步,因为主表数据已确定,避免字段计算冲突 - 不要在触发器里调用存储过程做复杂逻辑,容易隐藏死锁或超时
INSERT/UPDATE/DELETE 要分开建三个触发器
MySQL 不支持一个触发器响应多种事件(比如 INSERT OR UPDATE),必须为每种操作单独创建。常见疏漏是只写了 UPDATE 触发器,结果新增记录没进历史表,或删除后历史表多出冗余标记。
典型命名习惯可帮助维护:trg_user_ins_to_hist、trg_user_upd_to_hist、trg_user_del_to_hist。注意 DELETE 触发器只能读 OLD.*,不能读 NEW.*;INSERT 只能读 NEW.*;UPDATE 两者都可读。
-
INSERT触发器里别漏掉自增主键(NEW.id可用,但需确认历史表是否也允许自增) -
UPDATE触发器中,用IF OLD.col != NEW.col THEN ... END IF;判断字段是否真变化,避免无意义的历史行 -
DELETE触发器建议往历史表插入带op_type = 'DELETE'和deleted_at = NOW()的快照,而不是物理删历史表
历史表字段要兼容主表变更
一旦主表加字段、改类型(如 VARCHAR(50) → VARCHAR(200)),历史表不同步就会导致触发器执行失败:ERROR 1136 (21S01): Column count doesn't match value count 或 ERROR 1265 (01000): Data truncated for column。
最稳妥的做法是:历史表字段定义完全复制主表(包括注释和默认值),再额外加 op_type、op_time、op_user_id(如果业务需要溯源)等审计字段。不推荐用 SELECT * 插入,必须显式列出所有字段名。
- 字段顺序不必和主表一致,但 INSERT 语句中字段列表与 VALUES 顺序必须严格对应
- 主表有 JSON 字段?确保历史表对应列也是
JSON类型,否则 MySQL 5.7+ 会静默转成 TEXT 并丢失校验 - 主表用了生成列(generated column)?触发器里不能直接读
NEW.generated_col,得在触发器里重新计算
性能敏感场景慎用 AFTER INSERT 触发器
高频写入表(如订单流水、日志记录)上加 AFTER INSERT 触发器,等于每次写主表都强制多一次 INSERT 历史表 IO,QPS 上去后容易成为瓶颈。Percona Toolkit 的 pt-query-digest 经常能抓到这类“隐形慢查询”。
替代思路不是不用触发器,而是控制粒度:比如只对关键字段变更(如 status、amount)记录历史,或把历史写入改用异步方式(应用层发 MQ、或定时任务补录),但这就脱离了“强一致性同步”的原始需求。
- 用
SHOW PROFILE FOR QUERY N查看触发器实际耗时,重点关注Writing to net和Updating阶段 - 历史表建议关闭
autocommit并批量写入?不行——触发器内无法控制连接级 autocommit - 唯一能减负的是给历史表加合适的索引(按
main_id+op_time建联合索引),避免后续查历史变慢拖累触发器返回
真正难的从来不是写几个 CREATE TRIGGER 语句,而是想清楚:当主库压力突增、从库延迟飙升、或者某天 DBA 手抖删了历史表索引时,你的触发器会让业务请求卡住,还是静默丢数据。这两者都得提前测。











