MySQL触发器中禁止使用SELECT...FOR UPDATE及事务控制语句，因其运行在主SQL事务上下文中，非独立事务；仅支持只读查询、简单计算、操作其他表等有限操作。
MySQL 触发器里不能用 SELECT ... FOR UPDATE 或事务控制语句
触发器运行在主 SQL 语句的事务上下文中，它本身不是独立事务，所以不能显式开启、提交或回滚事务，也不能对当前正在修改的表做 SELECT ... FOR UPDATE（会报错 ERROR 1356: Trigger cannot have a statement that does SELECT ... FOR UPDATE）。这常出现在想“先查再锁再改”的业务钩子里。
- 真正能做的：只读查询（
SELECT ... INTO变量）、简单计算、INSERT/UPDATE/DELETE其他表、调用无副作用函数 - 如果必须加锁或跨表强一致性校验，得把逻辑提到应用层，或改用存储过程封装整个操作
- MySQL 8.0+ 支持在触发器中调用
GET_LOCK()做轻量级互斥，但要注意锁生命周期和超时，别忘了RELEASE_LOCK()
PostgreSQL 的 AFTER ROW 触发器拿不到新旧行完整状态？
PG 触发器函数里通过 NEW 和 OLD 访问行数据，但它们是 RECORD 类型，字段访问必须显式声明类型或用 (NEW).col_name 语法。直接 NEW.col_name 在某些版本会报错 column "col_name" does not exist in record。
- 安全写法：在触发器函数开头用
DECLARE new_id INTEGER := (NEW).id;提前解构 -
BEFORE触发器可修改NEW，AFTER不行；INSTEAD OF仅用于视图，别误用到普通表 - 注意
NEW和OLD在INSERT/UPDATE/DELETE中的可用性差异：INSERT 无OLD，DELETE 无NEW
SQL Server 触发器里改了数据却没生效？检查 SET NOCOUNT ON 和多行影响
SQL Server 的 INSTEAD OF 触发器必须手动执行原操作（比如 INSERT/UPDATE），否则数据根本不会进表；而 AFTER 触发器虽然自动执行原操作，但如果触发器里又执行了同表的 DML，可能被忽略（尤其当触发器未适配多行场景）。
- 所有触发器都必须处理多行：不能假设
INSERTED或DELETED只有一行，要用JOIN或游标批量处理 -
SET NOCOUNT ON是好习惯，但它会让应用层收不到“X 行受影响”消息，某些 ORM 会误判为失败，记得在触发器末尾补SET NOCOUNT OFF或明确返回 - 避免在触发器里调用远程服务、发邮件、写文件——这些操作失败会导致整个事务回滚，且难以调试
Oracle FOR EACH ROW 触发器访问 :NEW 字段报 ORA-04091？
这是著名的“变异表（mutating table）”错误，发生在触发器试图查询或修改正在被 DML 修改的同一张表时。Oracle 禁止这种读写冲突，哪怕只是 SELECT COUNT(*) FROM my_table WHERE id = :NEW.id 也会触发。
- 解法一：用
AFTER STATEMENT触发器 + 临时表或包变量暂存:NEW数据，再异步处理 - 解法二：改用物化视图日志 + 快速刷新，或用
DBMS_ALERT解耦 - 别信“加
PRAGMA AUTONOMOUS_TRANSACTION就能绕过”，它确实能查表，但会脱离原事务，导致一致性丢失——比如主事务回滚了，自治事务里的记录还在
