MySQL触发器内禁止执行COMMIT，因其违反内核级事务约束，会直接报ERROR 1422；触发器必须依附父SQL事务上下文，所有操作自动加入该事务，不可显式提交或回滚。
MySQL触发器里写COMMIT为什么会报ERROR 1422
因为MySQL明确禁止在触发器中做任何显式或隐式事务控制，COMMIT会直接触发ERROR 1422 (HY000): Explicit or implicit commit is not allowed in stored function or trigger。这不是语法不熟或权限问题，而是内核级限制——触发器必须运行在父SQL语句的事务上下文中，它自己无权开启、提交或回滚事务。
常见错误现象包括：
- 在
BEFORE INSERT里写COMMIT，建触发器时就失败 - 触发器里
CALL了一个含COMMIT的存储过程，执行时报错但堆栈不指明具体位置 - 误用
TRUNCATE TABLE或CREATE TABLE，这些DDL语句会隐式提交，同样触发ERROR 1422
触发器和父语句共享同一个事务上下文
INSERT/UPDATE/DELETE语句启动一个事务，触发器里的所有操作（比如往日志表INSERT）自动加入这个事务。父语句成功，整个事务提交；触发器里SIGNAL抛异常，整个事务回滚——不需要你手动COMMIT或ROLLBACK。
这意味着：
-
BEFORE UPDATE中修改NEW.status，和主语句一起提交或一起回滚 -
AFTER INSERT里往audit_log写一行，如果主INSERT被回滚，这行也不会留下 - 想“只回滚触发器里的操作、保留主语句”，做不到——事务是原子的，没有子事务概念
校验失败时该怎么做：用SIGNAL代替ROLLBACK
很多人想在校验不通过时“回滚当前更新”，于是写ROLLBACK，结果报错ERROR 1305 (42000): FUNCTION does not exist。这不是函数缺失，是MySQL拦截了非法事务语句。正确做法是用SIGNAL主动中断。
示例（检查审批状态是否跳级）：
IF OLD.status = 'pending' AND NEW.status != 'approved_by_mgr' THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Must approve by manager first'; END IF;
注意：
-
SIGNAL仅MySQL 5.7+原生支持；5.6及更早版本只能靠插入不存在的表来间接报错，不推荐 - 不要在
SIGNAL前加ROLLBACK或COMMIT，它们会让触发器创建失败 - 错误信息会透传给客户端，应用层可据此做友好提示
哪些看似安全的操作其实也踩坑
有些操作不显眼，但一样会触发ERROR 1422或锁表现象：
-
SELECT ... FOR UPDATE没走索引 → 全表锁，触发器变成并发瓶颈 - 在触发器里
CALL存储过程，而该过程内部有INSERT INTO myisam_table→ MyISAM表操作隐式提交 -
UPDATE同一张表（比如想自动更新updated_at），触发ERROR 1442：“Can't update table 't1' in stored function/trigger” - DELETE触发器里引用
NEW.id→NEW在DELETE中不存在，语法错误且不易发现
真正安全的触发器逻辑，边界非常窄：只读校验、单表NEW/OLD字段计算、往独立InnoDB表写日志。复杂动作得交给应用层或异步任务处理——不是不能做，是事务模型决定了它不该在触发器里做。
