mysql触发器中禁止直接update、insert或delete自身表，否则报error 1442；正确做法是在before触发器中用set new.field = value赋值，跨表操作须走主键/唯一索引，统计类逻辑应移出触发器。
触发器里UPDATE同一张表直接报错ERROR 1442，不是死锁而是引擎限制
MySQL在BEFORE或AFTER触发器中执行UPDATE t1、INSERT INTO t1或DELETE FROM t1（目标表是触发器所属表）时，会立刻抛出ERROR 1442 (HY000)。这不是事务隔离或锁竞争问题，而是InnoDB/MyISAM内核层的硬性拦截——防止执行栈无限递归和隐式锁冲突。
常见误判：看到报错就去调隔离级别、加索引、查死锁日志，全无效。只要SQL语句的table_name和触发器绑定的表名完全一致，哪怕用SET NEW.x = ...之外的任何DML，一律被拦。
- 临时表能绕过：用
CREATE TEMPORARY TABLE tmp_store SELECT NEW.id, NEW.status;暂存数据，再由外部逻辑读取 - 视图、子查询、JOIN中隐式更新本表也不行，同样触发ERROR 1442
-
RECURSIVE_TRIGGERS是SQL Server配置，MySQL压根没有这个选项
BEFORE触发器中用SET NEW赋值，不走DML就不加新锁
想在插入或更新前修改字段值，比如生成单号、补默认状态、校验逻辑，必须用SET NEW.field = value，而不是写一条UPDATE语句。前者在内存中操作NEW结构体，不产生额外SQL执行，自然不申请新锁、不延长事务持有时间。
典型错误：AFTER INSERT ON orders里写UPDATE orders SET status = 'created' WHERE id = NEW.id——既违反1442规则，又在已持X锁的行上二次申请锁，双重风险。
- 只允许在
BEFORE INSERT或BEFORE UPDATE中使用SET NEW.* -
NEW只能赋值，不能读取未初始化字段（如NEW.created_at在INSERT前为空） - 涉及计算逻辑（如
NEW.total = NEW.qty * NEW.price）可放心放这里，无锁开销
触发器中跨表操作必须命中主键或唯一索引，否则间隙锁引爆并发
触发器里查或改其他表时，如果WHERE条件没走索引，InnoDB会在RR隔离级别下对扫描范围加间隙锁（Gap Lock），极易与并发事务形成ABBA等待链。例如SELECT qty FROM stock WHERE sku = NEW.sku FOR UPDATE，若sku无唯一索引，可能锁住整个stock表的索引间隙。
SHOW ENGINE INNODB STATUS里看到*** (1) WAITING FOR THIS LOCK TO BE GRANTED: TABLE: `stock`，基本可断定是这里出的问题。
- 所有
SELECT必须保证EXPLAIN结果中type为const或ref，禁用ALL和index - 更新语句必须带主键条件：
UPDATE user_wallet SET balance = balance + NEW.amount WHERE user_id = NEW.user_id（且user_id要有索引） - 彻底禁用
SELECT ... FOR UPDATE和SELECT ... LOCK IN SHARE MODE；配置类数据优先缓存在应用层
统计类、级联类逻辑必须移出触发器，改由应用层或异步处理
像“订单插入后更新订单总数”“用户状态变更后刷新部门计数”这类需求，放在触发器里就是死锁高发区。原因很直接：主事务锁orders，触发器再去锁order_stats；另一条路径反着来，瞬间成环。
更麻烦的是，这类逻辑往往还带聚合计算（SUM()、COUNT()）、范围条件（WHERE date = CURDATE()），进一步扩大锁范围。
- 首选方案：业务代码中用单个事务包裹
INSERT INTO orders+UPDATE order_stats，锁顺序统一可控 - 次选方案：触发器只写轻量日志（
INSERT INTO event_log (event_type, pk_id) VALUES ('order_created', NEW.id)），由定时任务或消息消费者批量聚合 - 绝对避免：
AFTER INSERT中做UPDATE summary_table SET cnt = (SELECT COUNT(*) FROM orders WHERE ...)——子查询+范围条件=全表间隙锁
真正难处理的从来不是语法报错，而是那些不报错却让TPS腰斩、死锁日志里找不到触发器名字的隐性锁膨胀。每一条触发器语句都得当成主事务的一部分来评估锁行为，而不是当作“自动执行的小工具”。
