必须用 BEFORE INSERT OR UPDATE。它在数据落盘前执行可通过 RAISE EXCEPTION 或 SIGNAL 中断事务确保脏数据不写入AFTER INSERT 已无法回滚强一致性被破坏。触发器里用 AFTER INSERT 还是 BEFORE INSERTBEFORE INSERT 是唯一能真正阻止脏数据写入的时机。它在数据落盘前执行一旦触发器抛出异常比如 RAISE EXCEPTION整个事务就会回滚而 AFTER INSERT 已经写进表了再报错也晚了——脏数据已存在只能靠后续清理强一致性就破了。PostgreSQL 中必须用 BEFORE INSERT OR UPDATE配合 RAISE EXCEPTIONMySQL 的 BEFORE INSERT 可以用 SIGNAL SQLSTATE 45000 中断SQL Server 的 INSTEAD OF INSERT 也能拦截但逻辑要自己重写插入动作容易漏字段校验逻辑写在触发器里为什么常出现性能崩塌触发器不是“加个 if 就完事”。每次插入都执行全量校验逻辑如果里面包含子查询、JOIN 或调用函数会迅速拖垮吞吐量。避免在触发器里查大表比如校验用户状态时去 users 表查 is_active true不如把必要字段冗余到当前表或用缓存键值对不要调用外部 API 或执行文件 I/O —— 触发器必须是纯数据库内操作PostgreSQL 中慎用 EXECUTE 动态 SQL解析开销高且无法被计划器优化示例PostgreSQLCREATE OR REPLACE FUNCTION check_order_amount() RETURNS TRIGGER AS $$BEGIN IF NEW.amount 0 THEN RAISE EXCEPTION amount must be positive; END IF; IF (SELECT COUNT(*) FROM orders WHERE user_id NEW.user_id) 100 THEN RAISE EXCEPTION user % exceeded order limit, NEW.user_id; END IF; RETURN NEW;END;$$ LANGUAGE plpgsql;第二条 SELECT COUNT(*) 就是典型隐患每插一条都扫一遍该用户的全部订单。 知网AI智能写作 知网AI智能写作写文档、写报告如此简单