BEFORE INSERT触发器用于外键校验，因其在数据写入前校验并可SIGNAL中断，避免副作用；而AFTER INSERT无法中断流程且会报错；校验需显式查询父表、字段须有索引、用COUNT(*)+SELECT INTO、抛错须用SQLSTATE '45000'并设MESSAGE_TEXT。
BEFORE INSERT 触发器能做外键校验，但不能替代外键约束本身。它只在插入时检查父记录是否存在，不拦截非法 UPDATE 或 DELETE，也不保证事务原子性，更无法阻止并发写入导致的竞态问题。
为什么必须用 BEFORE INSERT 而不是 AFTER INSERT
AFTER INSERT 已经把数据写进表了，再抛错只能回滚，但可能已触发其他副作用（比如日志表写入、计数器更新）。BEFORE INSERT 在数据落盘前就校验，失败直接拒绝，语义更干净。
- 触发器类型必须是
BEFORE INSERT，否则无法用SIGNAL中断插入流程 -
AFTER INSERT里调用SIGNAL会报错：ERROR 1422 (HY000): Explicit or implicit commit is not allowed in stored function or trigger - 如果真要用
AFTER做补救（比如自动创建默认父记录），属于业务逻辑侵入，不是约束行为
校验逻辑必须显式查父表，不能依赖索引或字段名推断
MySQL 不提供内置的“外键存在性函数”，你得自己写 SELECT COUNT(*) INTO ... FROM parent_table WHERE id = NEW.foreign_key。漏掉这步，就等于没校验。
- 必须用
SELECT ... INTO把结果赋给变量，再判断是否为 0；不能直接在IF里写子查询（MySQL 5.7+ 不支持） - 父表主键字段必须有索引，否则每次插入都全表扫描——
users.id没索引，orders插入变慢十倍不止 - 别用
EXISTS替代COUNT(*)：虽然语义等价，但某些 MySQL 版本对EXISTS在触发器中优化不佳，实测延迟更高
错误抛出要用标准 SQLSTATE，别硬编码消息
用 SIGNAL SQLSTATE '45000' 是兼容性最好的方式。'45000' 是通用未定义异常码，所有客户端都能识别；自定义字符串如 'FK_VIOLATION' 可能被 ORM 忽略或解析失败。
- 必须写
SET MESSAGE_TEXT = 'Foreign key constraint fails'，否则只有 SQLSTATE 没提示，排查困难 - 消息里最好包含具体字段和值，比如
CONCAT('user_id ', NEW.user_id, ' does not exist')，方便日志定位 - 别用
RESIGNAL—— 它只在存储过程里有效，触发器中不可用
真正难的不是写这个触发器，而是后续所有涉及 user_id 的 UPDATE 和 DELETE 都得各自配一套触发器，且每套都要处理并发、死锁、性能退化。外键约束原生支持的 ON DELETE CASCADE，在这里得拆成至少三个触发器 + 手动事务控制。
