MySQL触发器中禁止使用START TRANSACTION、COMMIT、ROLLBACK等事务控制语句，创建时即报ERROR 1422；触发器与宿主语句共享同一事务上下文，所有操作共用trx_id、undo log和MVCC快照；隐式提交操作（如ALTER TABLE、TRUNCATE TABLE、MyISAM写入）同样触发该错误；应使用SIGNAL抛异常终止整个事务，而非ROLLBACK；事务后动作（如发MQ、调API）须移至应用层处理。
MySQL触发器里写START TRANSACTION会直接报错
不是语法写错了，也不是权限问题，而是MySQL内核在解析触发器定义时就拒绝这种写法。只要触发器体或它调用的存储过程中出现START TRANSACTION、COMMIT、ROLLBACK，建触发器就会失败，报ERROR 1422 (HY000): Explicit or implicit commit is not allowed in stored function or trigger。这个错误发生在创建阶段，不是执行阶段，所以你根本看不到具体哪一行出问题。
触发器根本没有“自己的事务上下文”
触发器不是独立进程，也不是子事务——它只是宿主语句（比如INSERT INTO orders）执行流程中嵌入的一段逻辑。它的所有SQL操作（包括INSERT INTO log_table）和原语句共享：
- 同一个
trx_id（事务ID） - 同一份
undo log记录 - 同一个MVCC快照（所以
SELECT读不到其他未提交事务的数据）
你写START TRANSACTION，等于试图在一个已经存在的事务里再开一个事务，MySQL不允许这种嵌套模型。
哪些操作看似没写事务语句，实则一样崩？
容易被忽略的是“间接触发”和“隐式提交”：
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
-
CALL一个内部含START TRANSACTION的存储过程 → 报ERROR 1422 - 在触发器里执行
ALTER TABLE或TRUNCATE TABLE→ 隐式COMMIT，同样触发ERROR 1422 - 对
MyISAM表做INSERT→ MyISAM不支持事务，但该操作仍会隐式提交当前InnoDB事务 - 哪怕只写
IF FALSE THEN COMMIT; END IF;→ 解析阶段就被拦截，不看条件是否成立
想中断操作？别用ROLLBACK，改用SIGNAL
很多人想在触发器里“只回滚触发器自己干的事”，于是写ROLLBACK，结果报错甚至误以为是函数不存在（ERROR 1305 (42000): FUNCTION does not exist）。这不是函数问题，是MySQL把非法事务语句当成语法错误处理了。正确做法是抛异常让整个事务干净终止：
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Invalid amount';
这样原INSERT不会执行，日志表也不会写入，数据库状态完全一致——这才是触发器该有的行为边界。
真正难处理的不是语法限制，而是业务逻辑天然需要“事务后动作”：比如插入订单后发MQ、更新缓存、调外部API。这些事触发器做不了，因为它们必须等事务真正提交后才安全。绕过它的唯一办法，是把这类逻辑从数据库层移出去，交给应用或消息队列。
