如何避免在MySQL存储函数中因触发器导致无法更新关联表的问题？

本文共计957个文字，预计阅读时间需要4分钟。

这个错误不是死循环，而是+MySQL+的+硬性截断——只有触发器中出现了对本表的+UPDATE+、+INSERT+或+DELETE+，才会立即中断并抛出+ERROR+1442+。

它并不关心你是否加了+WHERE+、是改一行还是全表、是否有事务包裹，也不管你调用的是存储过程还是直接写SQL。本质上这是执行栈保护机制，防止递归，不是锁或并发问题。

BEFORE 触发器里该用 SET NEW.col，别写 UPDATE

如果你只是想修改即将插入或更新的那行数据（比如补时间戳、清洗字段、设默认状态），BEFORE INSERT 或 BEFORE UPDATE 中必须用 SET NEW.xxx = ...，而不是再发一条 UPDATE 语句。

• SET NEW.created_at = NOW(); ✅ 正确：改的是“待插入/待更新”的内存副本
• UPDATE users SET status = 'pending' WHERE id = NEW.id; ❌ 报错：触犯 ERROR 1442，哪怕表名写全、加了索引也没用
• 注意：NEW 在 AFTER 触发器中只读，不能赋值；所以这类逻辑只能放在 BEFORE 阶段

AFTER 触发器里禁止任何本表 DML 操作

AFTER 类型触发器没有 NEW 可写，但很多人误以为“既然已提交，就能安全 UPDATE”，结果一写就崩。