触发器在PostgreSQL中按操作前后顺序执行，分为BEFORE和AFTER阶段，支持行级或语句级触发，常用于数据校验、日志记录等；创建时需明确触发时机、事件类型、作用范围及条件控制，如使用WHEN子句过滤执行条件，并通过RETURN值影响操作流程，合理设计可确保数据一致性与系统性能。

PostgreSQL触发器的设计与执行流程是数据库自动化操作的核心机制之一。它允许在特定表上发生INSERT、UPDATE、DELETE或TRUNCATE操作时自动执行一段预定义的函数。合理设计触发器能有效保证数据完整性、实现审计日志、同步缓存等高级功能。

触发器的基本设计原则

设计一个高效的触发器，需明确以下几个关键点：

A powerful memory management system powered by ReMe that provides persistent cross-session memory, automatic user preference application, and intelligent context compression for OpenClaw.

由 ReMe 驱动的记忆管理系统，支持跨会话记忆持久化、自动应用用户偏好以及智能上下文压缩...

下载

• 触发时机：决定触发器是在操作前（BEFORE）还是操作后（AFTER）。BEFORE常用于数据校验或修改新值；AFTER适用于记录日志或关联更新其他表。
• 触发事件：指定触发动作类型，如INSERT、UPDATE OF column_name、DELETE或TRUNCATE。
• 作用范围：选择是每行触发（FOR EACH ROW）还是每语句触发（FOR EACH STATEMENT）。大多数业务场景使用行级触发器。
• 条件控制：通过WHEN子句添加布尔表达式，仅当条件成立时才执行函数，避免不必要的开销。

例如，为用户表创建一条记录变更日志的触发器：

CREATE OR REPLACE FUNCTION log_user_change()
RETURNS TRIGGER AS $$
BEGIN
  INSERT INTO user_audit (user_id, action, changed_at)
  VALUES (NEW.id, TG_OP, NOW());
  RETURN NEW;
END;
$$ LANGUAGE plpgsql;

CREATE TRIGGER trigger_user_audit
  AFTER INSERT OR UPDATE ON users
  FOR EACH ROW
  EXECUTE FUNCTION log_user_change();

触发器的执行流程详解

当SQL语句影响到带有触发器的表时，PostgreSQL按以下顺序处理：

• 解析并准备执行原始SQL语句（如UPDATE users SET name = 'Alice' WHERE id = 1）。
• 对符合条件的每一行，在执行主操作前后根据定义调用对应的触发器函数。
• 对于BEFORE触发器，函数可访问OLD和NEW记录，并可通过返回NULL阻止该行的操作（仅适用行级），或修改NEW值用于INSERT/UPDATE。
• 主操作实际写入数据，若存在约束冲突则中止整个事务。
• AFTER触发器在此阶段执行，通常用于副作用操作，如写日志、发通知，此时无法改变主操作结果。
• 所有触发器成功完成后，语句提交；任一函数抛出异常都会导致事务回滚。

注意：语句级触发器（FOR EACH STATEMENT）不处理单行数据，而是整个命令执行一次，适用于统计汇总类任务。

常见使用场景与注意事项

• 用BEFORE INSERT确保默认值填充，比如自动生成UUID或时间戳。
• 利用UPDATE OF字段精确控制哪些列变更才触发逻辑，减少性能损耗。
• 避免在触发器中进行远程调用或长时间操作，可能拖慢主事务。
• 递归触发器需谨慎启用（通过配置session_replication_role），防止无限循环。
• 调试时可临时禁用触发器：ALTER TABLE table_name DISABLE TRIGGER trigger_name;

基本上就这些。只要理解了触发时机、作用粒度和函数行为之间的关系，就能写出稳定可靠的触发逻辑。不复杂但容易忽略的是WHEN条件和RETURN值的影响，务必测试覆盖各种边界情况。