MySQL触发器禁止在AFTER或BEFORE UPDATE中直接UPDATE触发表，唯一合法方式是在BEFORE UPDATE中SET NEW字段值；跨表联动须用标量子查询，禁用JOIN且必须加LIMIT 1。
MySQL 触发器无法在 AFTER UPDATE 或 BEFORE UPDATE 中直接对触发它的表执行 UPDATE，哪怕该表用的是复合主键——这条限制跟主键结构无关，是 MySQL 5.7+ 的硬性校验。想靠触发器“更新自己表的其他字段”，比如根据 (order_id, item_seq) 复合主键更新 total_amount，必须换思路。
复合主键下 BEFORE UPDATE 只能改 NEW 值
触发器能安全干预原表数据的唯一时机，是在 BEFORE UPDATE 阶段修改 NEW 的列值。比如你有一张订单明细表 order_items，主键为 (order_id, item_seq)，想在更新某行时自动刷新 updated_at 和 version：
DELIMITER // CREATE TRIGGER order_items_before_update BEFORE UPDATE ON order_items FOR EACH ROW BEGIN SET NEW.updated_at = NOW(); SET NEW.version = NEW.version + 1; END// DELIMITER ;
注意：NEW.order_id 和 NEW.item_seq 本身不能被修改（否则会破坏主键约束），但其他非主键字段可以。若业务真要“重写主键值”，说明设计有误，应检查是否该用代理主键或逻辑删除。
跨表联动必须用标量子查询，不能 JOIN
你想根据另一张表（如 products）的单价和数量，自动算出当前行的 line_total，但又不能写 UPDATE ... JOIN —— 因为 MySQL 触发器语法根本不支持该写法，会报错 This version of MySQL doesn't yet support 'LIMIT & IN/ALL/ANY/SOME subquery'（错误信息有误导性，本质是语法不识别）。
正确做法是把关联逻辑收进子查询，确保返回单值：
SET NEW.line_total = (SELECT p.price * NEW.quantity FROM products p WHERE p.id = NEW.product_id LIMIT 1);- 必须加
LIMIT 1，否则多匹配时触发器直接失败：错误信息是Subquery returns more than 1 row - 如果
product_id是外键，应在products(id)上建索引，避免子查询全表扫描拖慢写入 - 别在触发器里调用函数封装子查询逻辑——MySQL 不允许在触发器中调用用户定义函数（UDF）来规避限制
UPDATE 涉及复合主键字段时，OLD 和 NEW 的取值逻辑
当 UPDATE 语句显式修改了复合主键中的某个字段（例如 UPDATE order_items SET order_id = 1002 WHERE order_id = 1001 AND item_seq = 1），OLD.order_id 和 NEW.order_id 会如实反映变更前后的值，但要注意：
- 触发器内不能用
OLD或NEW去查本表其他行（比如SELECT ... WHERE order_id = OLD.order_id AND item_seq != OLD.item_seq），这属于隐式自引用，MySQL 会拒绝执行 - 若需基于旧主键值做跨表查找（比如查原订单状态），子查询中用
OLD.order_id完全合法，只要目标表不是触发器所在表 - 复合主键字段一旦出现在
WHERE条件中，就必须全部给出才能准确定位——触发器本身不改变这个规则，OLD和NEW只是快照，不是索引优化手段
真正容易被忽略的是性能临界点：子查询在高并发 UPDATE 场景下会成为瓶颈，尤其当关联表没走索引、或子查询本身含聚合时。别指望触发器兜底复杂计算——该放应用层的逻辑，就别塞进数据库。
