PL/pgSQL函数调用的事务行为：A调用B失败后如何避免B提交？

核心结论 #

默认情况下，函数A的事务会完全涵盖函数B的所有操作，你需要的「B执行成功但A后续出错时，B的操作不提交」的效果是隐式保证的，不需要额外显式处理。

具体原理 #

PostgreSQL的PL/pgSQL函数默认不会开启独立事务，函数A和它调用的函数B共享同一个事务上下文：

• 当你调用函数A时，整个函数的执行流程都处于当前事务中
• 函数B执行的所有数据修改，都会被标记为该事务的未提交变更
• 如果A后续执行抛出错误，整个事务会自动回滚，包括B已经完成的所有操作

验证示例 #

假设函数B是一个插入数据的操作：

CREATE OR REPLACE FUNCTION B(id int)
RETURNS void AS $$
BEGIN
  INSERT INTO test_table(id) VALUES(id);
END;
$$ LANGUAGE plpgsql;

修改函数A，让它调用B后故意抛出错误：

CREATE OR REPLACE FUNCTION A(id int) 
RETURNS bool as 
$$
BEGIN
  PERFORM B(id);
  -- 模拟后续执行出错的场景
  RAISE EXCEPTION '触发后续执行错误';
END;
$$ LANGUAGE plpgsql;

调用SELECT A(1);后，你会发现test_table中并没有id=1的数据，说明B的插入操作随着A的错误被整体回滚了。

需要显式处理的例外场景 #

只有当你给函数B显式配置了自治事务时，它才会脱离A的事务上下文，此时B的操作会独立提交，不受A后续错误影响。常见的实现方式包括使用dblink模拟独立事务，或者安装第三方扩展pg_autonomous_transaction。如果你的业务场景没有用到这些特殊机制，就不需要额外处理。

内容的提问来源于stack exchange，提问作者Sunil Gupta