MySQL触发器中UPDATE同表立即报ERROR 1442，这是InnoDB/MyISAM引擎语法级硬拦截，非配置或版本问题；唯一安全写法是BEFORE中SET NEW字段，AFTER中任何DML均被拒，临时表须预建且仅作中转。
MySQL触发器里UPDATE同表立刻报ERROR 1442
这不是配置问题，也不是版本差异——从 MySQL 5.7 到 8.4，所有 InnoDB 和 MyISAM 表都强制禁止在触发器中对当前表执行 UPDATE、INSERT 或 DELETE。只要你写了一行 UPDATE t SET x = y WHERE id = NEW.id，MySQL 就会在语法解析阶段直接拦截，抛出 ERROR 1442 (HY000): Can't update table 't' in stored function/trigger because it is already used by statement which invoked this stored function/trigger。
它不看条件、不看是否只改一行、不看你加了 WHERE 或 ON DUPLICATE KEY UPDATE —— 只要语句里出现目标表名，就拒绝执行。这不是“运行时死锁”，而是内核级的静态检查，目的就是防递归和数据不一致。
BEFORE 中 SET NEW.field 是唯一安全写法
真正能“修改当前行”的地方，只有 BEFORE INSERT 和 BEFORE UPDATE 触发器里的 SET NEW.column = value。比如自动补时间戳、清洗手机号、标准化状态值，都靠这个。
-
NEW是即将写入的行副本，可读可写；OLD是原值，只读 -
AFTER触发器里对NEW.column赋值完全无效：MySQL 不报错，但也不生效 - 不能改主键字段（如
NEW.id），哪怕它是普通INT，MySQL 也会拒绝 - 类型必须匹配：给
NEW.phone赋超长字符串，可能截断或报错（取决于sql_mode）
临时表不是“写进触发器”，而是“提前建好再用”
网上很多教程教你在触发器里写 CREATE TEMPORARY TABLE，这会直接失败：MySQL 不允许在触发器内执行 DDL。临时表必须由应用初始化脚本、连接池首次建连时，或 DBA 手动建好。
- 表名要带业务标识（如
tmp_order_sync），避免多服务共用会话时冲突 - 结构至少含主键（如
id INT PRIMARY KEY）和待更新字段（如new_status VARCHAR(20)） - 触发器里只做
INSERT INTO tmp_xxx SELECT ...，不碰原表 - 真正更新必须交给外部机制：MySQL
EVENT定时扫描，或应用层轮询消费
别信“子查询里查一下没事”，它也可能踩坑
在 SET NEW.status_id = (SELECT id FROM status_map WHERE name = NEW.status_name) 这种写法是合法的，但前提是子查询里不能有任何写操作。一旦你改成 (SELECT ... FROM status_map WHERE ...; UPDATE status_map SET ...)，整个触发器就失效。
MySQL 对“本表”的判定是全局静态的：它不运行代码，只扫描 AST。只要触发器体里任何位置出现了对当前表的 DML，不管嵌套多深、是否被 IF 包裹，都会立刻报 1442。
最常被忽略的一点：跨库操作不等于解耦。比如在 db1.t1 的触发器里 UPDATE db2.t2，而 db2.t2 上恰好也有个触发器反向更新 db1.t1，照样循环报错。
