Oracle转PostgreSQL：plpython3u替代dblink实现自主事务可行性问询

问题背景 #

从Oracle迁移至PostgreSQL时，遇到PG不支持**autonomous transaction（自主事务）**的核心问题：

• Oracle中自定义日志存储过程，即便主事务因错误回滚，错误发生前的日志仍能留存；
• PG中主事务回滚会撤销所有前置操作，日志无法独立保存。

论坛普遍推荐用dblink实现类似效果，但dblink性能开销较高。因此尝试用plpython3u编写函数，通过创建新连接独立执行日志写入逻辑，脚本已能正常运行，但存在以下疑惑：

1. 该方案本质是否与dblink类似？
2. 因plpython3u是“Untrusted”语言，相比dblink是否无优势？
3. 该方案是否具备生产环境实用价值？

简化示例脚本（修正参数传递问题） #

create function pr_log
  ( pv_proc      text
  ) returns void
  language plpython3u as
$$
import psycopg2

try:
    conn = psycopg2.connect()
    cursor = conn.cursor()

    cursor.execute(""" INSERT INTO log (proc) VALUES (%s)""", (pv_proc,))

    conn.commit()
    cursor.close()
    conn.close()
$$;

注：原脚本中(pv_proc)需改为(pv_proc,)，否则psycopg2会将单个字符串解析为字符序列，导致参数匹配错误。

方案分析与解答 #

1. 与dblink的本质异同 #

两者核心逻辑完全一致：都是通过建立新的数据库连接，脱离当前会话的事务上下文，实现独立提交的“自主事务”效果。

• 性能层面：两者都存在新连接建立的开销，plpython3u方案并不会比dblink更优——甚至如果没有做好连接复用（比如每次调用函数都新建连接），性能表现可能和dblink持平或更差。

2. plpython3u的劣势 #

作为Untrusted语言，它的短板很明显：

• 安全风险：plpython3u函数需要超级用户权限创建，且允许执行任意Python代码，若函数逻辑存在漏洞（比如未严格参数化、读取敏感数据），可能导致数据库被入侵；
• 维护成本：如果团队缺乏Python开发经验，后续排查问题、修改逻辑的成本会远高于使用原生SQL的dblink；
• 环境依赖：需要在PG服务器上安装Python3和psycopg2库，部署、升级时可能出现版本兼容性问题。

3. 实用价值判断 #

该方案可作为短期过渡方案，但不推荐长期在生产环境使用：

• 适用场景：团队熟悉Python开发，且能严格控制安全风险（比如你计划的将连接信息存到普通用户不可访问的独立表、限制函数执行权限、使用参数化查询）；
• 长期替代方案：
  • 使用pg_notify+后台监听进程：将日志消息发送到PG的通知通道，由独立的后台进程（如Python脚本、Go服务）接收后写入日志表。这种方式避免了在事务内建立新连接，性能更优，且解耦了业务逻辑与日志操作；
  • 改用PG存储过程（Procedure）：PG 11及以上版本支持存储过程（CREATE PROCEDURE），在存储过程中可以直接使用COMMIT语句拆分事务。如果业务逻辑允许将日志写入步骤单独提交，这是最原生的解决方案；
  • 调整业务逻辑：评估是否可以将日志与主事务解耦，比如仅在主事务成功时写入日志，或使用异步日志框架记录业务日志，而非依赖数据库事务。

4. 安全方案补充 #

你计划的将连接信息存到独立受限表是可行的，但还需注意：

• 严格限制pr_log函数的执行权限，仅授予需要写入日志的用户；
• 函数中必须使用参数化查询（如示例中的%s占位符），避免SQL注入；
• 禁止在plpython3u函数中执行任意文件读写、网络请求等危险操作，仅保留日志写入的必要逻辑。

内容的提问来源于stack exchange，提问作者Evan Maslou