触发器分 BEFORE、AFTER 和 INSTEAD OF 三类：BEFORE 在语句执行前拦截修正数据，可读写 NEW/OLD 行；AFTER 在语句完成后触发，仅可读 OLD/NEW 行，适合日志或缓存失效；INSTEAD OF 专用于视图，替代原操作逻辑，MySQL 不支持。
BEFORE 触发器：改数据前拦截或修正
它在语句真正执行前触发，能读写 NEW 行（INSERT/UPDATE）或 OLD 行（UPDATE/DELETE），但不能用 SELECT ... FOR UPDATE 锁其他行——因为事务还没开始真正修改数据。
典型场景：字段自动填充（如 created_at）、业务校验（如余额不足拒绝 INSERT）、标准化处理（转小写、trim 空格）。
容易踩的坑：
-
BEFORE INSERT中对NEW.id赋值，但表用SERIAL或IDENTITY，可能和序列冲突，建议只在明确要覆盖时才设 - 在 PostgreSQL 里，
BEFORE触发器返回NULL会跳过当前行（对批量 INSERT 很隐蔽） - MySQL 不支持在
BEFORE里调用存储过程修改触发器所在表，会报Can't update table in stored function/trigger
AFTER 触发器：改完再联动，不能改当前行
它在语句完成、行已写入表之后触发，OLD 和 NEW 可读不可写。适合做日志记录、缓存失效、跨表同步这类“事后响应”动作。
关键限制：不能修改触发它的那张表（否则 MySQL 报错 Can't update table 't1' in stored function/trigger，PostgreSQL 允许但需谨慎）。
常见错误现象：
- 想在
AFTER INSERT里更新同一张表的某个统计字段，结果死锁或报错——该用BEFORE+ 手动累加，或改用物化视图/应用层聚合 - 在 PostgreSQL 中，
AFTER触发器看不到本事务中其他未提交语句的变更（MVCC 隔离），日志里记的可能是“旧快照”
INSTEAD OF 触发器：专治视图，接管默认行为
只存在于视图上（不是基表），它不依赖“时机”，而是直接替代原 SQL 的执行逻辑。比如对一个 JOIN 视图做 INSERT，数据库本不知道怎么拆分到多张表，这时靠 INSTEAD OF 显式定义写入路径。
使用前提：视图必须是可更新的（无聚合、无 DISTINCT、无 GROUP BY 等），否则即使建了触发器也进不来。
注意点：
- SQL Server 和 PostgreSQL 支持；MySQL 完全不支持
INSTEAD OF，对视图的写操作受限更死 - 触发器里必须显式做
INSERT INTO t1 ...和INSERT INTO t2 ...，漏一行就等于丢数据 - 不能和
BEFORE/AFTER混用在同一视图上——INSTEAD OF已经是最终执行者，没有“前后”概念
选哪个？先看对象，再看目的
基表 + 要改数据 → 用 BEFORE；基表 + 只通知不改 → 用 AFTER；视图 + 要让它可写 → 只能用 INSTEAD OF。
复杂点在于嵌套：比如一个 BEFORE 触发器里又执行了另一条 INSERT，这条 INSERT 又触发自己的触发器——各数据库对递归深度限制不同（PostgreSQL 默认 10 层，MySQL 是 0 层即禁用），超了就静默失败或报 too many levels of trigger recursion。这种链路最好画出来，别靠猜。
