mysql触发器禁止在after insert中更新原表，否则报错error 1442；正确做法是用after insert更新关联表（如扣减products.stock），且需确保事务一致性与并发安全。
触发器里不能直接更新被插入的表
MySQL不允许在 AFTER INSERT 触发器中对触发该触发器的同一张表执行 UPDATE 或 INSERT，否则会报错 ERROR 1442 (HY000): Can't update table 'orders' in stored function/trigger because it is already used by statement which invoked this stored function/trigger.。所以「在订单表上建触发器去扣减商品表库存」是可行的，但千万别试图在 orders 触发器里再去改 orders 自身。
典型错误写法（别复制）：
CREATE TRIGGER tr_order_after_insert AFTER INSERT ON orders FOR EACH ROW BEGIN UPDATE orders SET status = 'processed' WHERE id = NEW.id; -- ❌ 报错！ END;
正确做法：用 AFTER INSERT 更新关联的库存表
假设你有两张表：orders（订单）和 products（商品），其中 products.stock 是剩余库存字段。目标是：每插入一条订单记录，就从对应商品的 stock 中减去订单数量 quantity。
关键点：
-
orders表必须包含能关联到products的字段，比如product_id -
products表的stock字段建议设为INT UNSIGNED，避免负数（但 MySQL 不会自动阻止，需靠逻辑控制） - 必须加判断：库存不足时是否允许插入？推荐在应用层校验，触发器只做「扣减」，不承担业务拦截职责
示例触发器：
DELIMITER $$ CREATE TRIGGER tr_reduce_stock_after_order AFTER INSERT ON orders FOR EACH ROW BEGIN UPDATE products SET stock = stock - NEW.quantity WHERE id = NEW.product_id; END$$ DELIMITER ;
为什么不用 BEFORE INSERT？
BEFORE INSERT 看似能提前校验库存并拒绝插入，但实际有严重隐患：
- 并发场景下，两个事务同时读到相同库存值，都判断“够用”，然后都执行扣减 → 超卖
- 触发器中无法抛出自定义错误中断插入（MySQL 5.7+ 可用
SIGNAL，但复杂且易出错） - 违反单一职责：插入订单和扣减库存是两个逻辑动作，混在
BEFORE里会让事务边界模糊
更稳妥的方式是：应用层用 SELECT ... FOR UPDATE 加行锁查库存 + 扣减，再插入订单；或者接受触发器的最终一致性，配合定时对账补偿。
容易忽略的坑：事务回滚时库存不会自动回退
触发器运行在同一个事务中，如果后续 SQL 报错导致整个事务回滚，UPDATE products 也会回滚——这点没问题。但要注意：
- 如果触发器里调用了存储过程、外部函数，或用了
INSERT INTO log_table等操作，而这些操作被设为autocommit=1，就可能造成「订单没插入成功，但库存已被扣」 - 不要在触发器里写
COMMIT或START TRANSACTION，MySQL 会直接报错 - 测试时务必用真实事务包裹插入语句，例如：
BEGIN; INSERT INTO orders ...; SELECT * FROM products WHERE id = ?; ROLLBACK;，观察库存是否还原
最保险的做法，是把库存扣减逻辑收回到应用代码里，用显式事务控制；触发器仅作为兜底或异步同步手段，而非核心扣减路径。
