MySQL触发器中不能SET autocommit = 0，因autocommit是只读会话变量，引擎层硬性禁止修改；触发器无独立事务，完全依附主DML语句的隐式事务，所有操作自动加入该事务。
MySQL触发器里不能SET autocommit = 0
因为MySQL明确禁止在触发器（或存储函数、事件）中修改会话级系统变量，autocommit 正属于这一类。执行 SET autocommit = 0 会直接报错：ERROR 1470 (HY000): Variable 'autocommit' is a read only variable。这不是权限问题，而是引擎层硬性限制——触发器运行在语句上下文中，不允许改变事务模式本身。
触发器的事务上下文由外层语句决定
触发器没有独立事务生命周期，它完全依附于触发它的那条 DML 语句（INSERT/UPDATE/DELETE）。这条语句是否在事务中、autocommit 是开是关、隔离级别设为何值，全部由客户端连接状态决定。触发器内部只能做“原子操作”：成功则随主语句一起提交，失败（如 SIGNAL）则随主语句一起回滚。
- 如果你在
autocommit = 1下执行INSERT，哪怕触发器里写了 10 条UPDATE，只要其中一条失败，整条INSERT就不会落库——但你没法手动ROLLBACK，因为事务早已隐式结束 - 想验证回滚行为，必须先
SET autocommit = 0，再START TRANSACTION，最后执行触发动作 -
SHOW VARIABLES LIKE 'autocommit'和SELECT @@autocommit返回的值，反映的是连接当前状态，不是触发器能改写的
想控制多语句逻辑的原子性？用 BEGIN...END + 异常处理
触发器内真正可控的，是语句块的执行流，而不是事务开关。你需要用 BEGIN ... END 包裹多条语句，并配合 DECLARE CONTINUE HANDLER 捕获特定错误，避免因某条语句失败导致后续逻辑跳过或中断。
- 不要试图在触发器里
START TRANSACTION或COMMIT—— 这会报ERROR 1305 (42000): SAVEPOINT does not exist或更直接的语法错误 - 如果需要聚合计算（比如统计子表数量），优先用
NEW.col/OLD.col取值，避免SELECT ... FROM same_table，否则会触发ERROR 1442 - 复杂逻辑建议拆到应用层或存储过程中处理，触发器只做轻量、确定、幂等的字段派生或日志记录
容易被忽略的关键点
很多人调试触发器时反复试 SET autocommit，却忘了最基础的确认项：SHOW CREATE TABLE t 输出里必须带 ENGINE=InnoDB；SELECT @@autocommit 必须为 0 才能观察到显式回滚；而一旦触发器里出现任何未捕获的错误（比如列名写错、除零），整个触发逻辑就终止，且主 DML 一定失败——这个“必然失败”不是靠改 autocommit 实现的，是 InnoDB 对原子性的底层保障。
