MySQL禁止触发器修改当前操作表，级联更新须作用于关联表；应使用BEFORE UPDATE判断状态变化并更新关联表，配合UPDATE JOIN语法和索引优化，但无法替代外键保证数据一致性。
触发器里直接UPDATE被修改的表会报错
MySQL引擎层硬性禁止在触发器中对当前正在被SQL语句操作的表执行UPDATE、INSERT或DELETE。比如你在users表上写了个BEFORE UPDATE触发器，里面又写了UPDATE users SET ...，立刻触发错误：Can't update table 'users' in stored function/trigger because it is already used by statement which invoked this stored function/trigger。这不是权限问题，也不是语法写错了，是MySQL内核锁死的行为。
级联更新必须落在关联表上，且该表不能是触发源
想用触发器模拟级联更新，唯一可行路径是：让触发器在主表（如users）上监听变更，但只对另一张**非触发源的关联表**（如orders）执行UPDATE。这个动作是安全的，因为orders没被当前SQL语句直接修改。
- 主表字段变更（如
users.status从active变inactive）→ 触发器读取OLD.status和NEW.status - 仅当值确实变化时才执行
UPDATE orders SET user_status = NULL WHERE user_id = OLD.id -
orders.user_id必须有索引，否则大表会全表扫描 - 不能依赖
NEW.status = 'inactive'单独判断——否则每次更新都触发，得用OLD.status != 'inactive' AND NEW.status = 'inactive'
BEFORE UPDATE比AFTER UPDATE更适合SET NULL类逻辑
BEFORE UPDATE能拿到变更前后的完整快照，适合做“状态跃迁”判断；AFTER UPDATE只能看到新值，旧值已不可见。比如你想在用户停用时清空订单状态，用BEFORE可以明确对比OLD.status和NEW.status，避免误触发。
-
BEFORE中可安全修改NEW.xxx字段，影响本次主表更新结果（如自动填充updated_at） -
AFTER中不能改主表，只能对外部表操作，但此时主表已落盘，若并发更新可能造成竞态 - 如果业务需要“先改子表再改主表”，触发器做不到——必须拆成应用层两步事务
跨表更新必须用UPDATE JOIN语法，别碰子查询
触发器内部若需根据多表条件更新关联表，必须用UPDATE ... JOIN，不能用WHERE id IN (SELECT ...)。后者在触发器里会触发ERROR 1093（目标表出现在FROM子句中）。
- 正确写法：
UPDATE orders o JOIN customers c ON o.customer_id = c.id SET o.discount = IF(c.vip, 0.1, 0) WHERE o.id = OLD.order_id -
SET左侧只能是目标表别名字段（如o.discount），右侧可引用JOIN表字段 - 用
INNER JOIN确保只更新匹配行；若需兜底逻辑（如无客户信息则设默认折扣），改用LEFT JOIN+IFNULL(c.discount, 0.05) - 所有JOIN字段、WHERE条件字段必须有索引，否则性能雪崩
users记录，触发器去删orders，但中间崩溃了，就会留下孤儿订单——外键能防这种事，触发器不能。 
