pg_dump事务隔离级别错误求助：SET TRANSACTION语句执行失败

可能原因 #

• 连接建立后自动执行了前置查询：比如auto_explain扩展自动触发语句、PGOPTIONS环境变量带了自动执行的SQL、或者pg_dumprc/psqlrc配置文件中有初始化查询，导致pg_dump还未设置事务隔离级别就已有其他查询执行。
• 连接代理/中间件干扰：如pgBouncer这类连接池，在建立连接时自动执行了重置查询或配置语句，抢先于pg_dump的隔离级别设置。
• 版本兼容细节：pg_dump 14.9与服务端14.6的小版本差异，可能存在某些未预期的行为冲突（虽小版本兼容通常无问题，但需排查）。

解决方案 #

• 检查并清除自动执行的前置语句
  • 执行echo $PGOPTIONS查看是否设置了自动执行的SQL参数，若有则临时取消（如unset PGOPTIONS）后再运行pg_dump。
  • 检查~/.pg_dumprc、~/.psqlrc或系统级PostgreSQL配置文件，注释掉所有自动执行的SET语句或查询。
  • 若启用了auto_explain，临时关闭自动日志：

    ALTER SYSTEM SET auto_explain.log_min_duration = -1;
    SELECT pg_reload_conf();
    

    导出完成后再恢复原有配置。
• 使用--no-session-config参数
  该参数会让pg_dump跳过加载会话级配置，直接执行隔离级别设置，命令示例：

  pg_dump --no-session-config -d your_db_name -f dump.sql
  

• 绕过连接代理
  如果通过pgBouncer等中间件连接数据库，尝试直接连接到PostgreSQL实例的端口，避免代理的自动查询干扰。
• 对齐pg_dump与服务端版本
  临时将pg_dump降级到14.6版本（与服务端一致），验证是否因版本差异导致问题。

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