PostgreSQL函数默认嵌入调用事务，所有操作随外部事务回滚或提交，保障原子性；函数内禁止使用COMMIT/ROLLBACK，需通过异常处理实现局部恢复，结合隔离级别与锁确保一致性。
在 PostgreSQL 中，函数的事务行为直接影响数据的一致性。理解函数如何参与事务、何时提交或回滚，是编写可靠数据库逻辑的关键。
函数默认运行在事务块中
PostgreSQL 中的函数（尤其是定义为 SQL 或 PL/pgSQL 的函数）在被调用时，会自动加入当前会话的事务上下文中。这意味着：
- 函数内部的所有操作都属于调用它的事务的一部分
- 如果函数执行过程中出错，且事务未被显式提交，则整个事务（包括函数内的修改）可被回滚
- 函数本身不能直接使用
COMMIT或ROLLBACK（除非是 autonomous transactions，但原生 PostgreSQL 不支持此特性，需通过扩展模拟）
这种设计确保了原子性：函数要么完全生效，要么在事务失败时全部撤销，从而保障一致性。
事务控制语句在函数中的限制
普通函数中不允许使用 COMMIT、ROLLBACK 等事务控制命令。例如以下函数会报错：
CREATE OR REPLACE FUNCTION bad_func()
RETURNS void AS $$
BEGIN
INSERT INTO logs VALUES ('start');
COMMIT; -- 错误：不能在函数中使用 COMMIT
END;
$$ LANGUAGE plpgsql;
如果你需要分段提交，必须将逻辑拆分为多个独立事务，在应用层或使用外部脚本控制。否则应依赖外部事务统一管理。
异常处理与部分回滚
虽然不能提交事务，但函数可以使用异常块实现局部错误恢复。例如：
CREATE OR REPLACE FUNCTION safe_insert(val text)
RETURNS boolean AS $$
BEGIN
INSERT INTO items (name) VALUES (val);
RETURN true;
EXCEPTION
WHEN unique_violation THEN
RAISE NOTICE 'Duplicate detected: %', val;
RETURN false;
END;
$$ LANGUAGE plpgsql;
这个函数捕获唯一性冲突，记录日志并返回结果，但不会中断外部事务。其他已执行的操作仍可被整体回滚或提交。这种方式提升了健壮性，同时不破坏事务一致性。
函数修改数据时的隔离性影响
函数中的读写操作受当前事务隔离级别的约束。比如在 READ COMMITTED 模式下，函数内多次查询可能看到不同版本的数据；而在 REPEATABLE READ 下则保持一致快照。
若函数依赖特定数据状态（如检查再插入），建议使用合适的隔离级别或显式加锁（如 SELECT ... FOR UPDATE）来防止并发修改导致不一致。
基本上就这些。PostgreSQL 函数通过嵌入事务流的方式自然保证一致性，关键在于合理设计错误处理和避免不当的事务控制。只要不试图在函数中分裂事务，就能有效维护数据完整。不复杂但容易忽略。
