触发器和外键级联不能共存，必须二选一：要么禁用on delete/update cascade并改用before触发器手动处理，要么彻底放弃触发器依赖外键原生级联；混用必然因执行时机冲突导致报错或数据不一致。
触发器和外键级联不能共存，必须二选一：要么禁用 ON DELETE CASCADE / ON UPDATE CASCADE，改用 BEFORE 触发器手动处理；要么彻底放弃触发器，靠外键原生级联——两者混用必然报错。
为什么触发器里删子表会触发外键约束失败
根本不是触发器没执行，是它和外键在“抢时机”：
-
ON DELETE CASCADE在AFTER DELETE阶段自动执行，而你若在BEFORE DELETE里先删子表，父行还在，外键检查仍生效，DELETE FROM child_table WHERE parent_id = OLD.id就会撞上“子记录存在，父记录不能删”的校验 - 若改用
AFTER DELETE触发器删子表，父行已删，但子表引用还没清，可能留下孤儿记录，或触发其他约束报错 - MySQL 甚至可能直接跳过触发器调用——只要外键定义了
CASCADE，它就优先走引擎层逻辑，不进 SQL 层触发器
如何安全地用触发器替代级联删除
前提是先移除外键的级联行为，再定义触发器：
- 先执行
ALTER TABLE child_table DROP FOREIGN KEY fk_name（需先查出真实约束名：SELECT CONSTRAINT_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_NAME = 'child_table' AND REFERENCED_TABLE_NAME = 'parent_table'） - 触发器必须定义为
BEFORE DELETE ON parent_table FOR EACH ROW，不能是AFTER - 触发器体内写
DELETE FROM child_table WHERE parent_id = OLD.id，确保在父行被删前清理干净 - PostgreSQL 用户注意：必须显式写
FOR EACH ROW，MySQL 8.0+ 默认支持，但老版本要确认sql_mode含STRICT_TRANS_TABLES，否则错误会静默失败
UPDATE 外键字段时触发器为何总报错
不是触发器逻辑错，是它无法绕过外键即时校验：
- 你在
AFTER UPDATE ON parent_table里更新子表的parent_id，但 MySQL 在主语句结束、事务未提交前就做了外键检查，此时子表新值指向的父记录虽已存在，却尚未通过校验链 -
SET FOREIGN_KEY_CHECKS = 0在触发器内直接报错ERROR 1337 (42000)，MySQL 明确禁止在触发器中修改该变量 - 真正可行的是
BEFORE UPDATE+ 预生成合法引用值：比如用UUID()或UUID_SHORT()提前设好父表主键，让子表插入/更新时引用从源头就合法 - 示例：
CREATE TRIGGER parent_update_before BEFORE UPDATE ON parent_table FOR EACH ROW SET NEW.id = UUID();，之后子表可安全引用NEW.id
最容易被忽略的一点：外键约束冲突从来不是语法问题，而是数据状态与执行时机的双重错位。哪怕逻辑完全正确，只要触发器和外键定义同时存在，数据库就会按自己的规则择一执行——你看到的“失效”，其实是它主动屏蔽了另一个。
