本地PostgreSQL数据迁移至Docker远程容器事务块报错求助

我来帮你搞定这个头疼的问题——这个报错其实和你备份时用的-C参数直接相关，咱们一步步理清楚：

问题根源 #

你用pg_dump -C备份时，备份文件里会自动生成CREATE DATABASE woof;和CONNECT woof;语句。但当你在Docker容器的psql交互模式下恢复时，哪怕手动设置了\set AUTOCOMMIT on，psql的交互逻辑还是可能把整个恢复脚本包裹在一个隐式事务里，而PostgreSQL明确禁止在事务块内执行CREATE DATABASE这类DDL语句。

两种可行解决方案 #

方案1：去掉-C参数，手动创建目标库

这是最稳妥的方式，避免自动创建库带来的事务冲突：

1. 重新备份（如果还没的话）：

   pg_dump -h localhost -U postgres woof | xz > backup.xz
   

2. 远程Docker端操作：
   • 进入容器：

     docker exec -it <你的容器ID/名称> bash
     

   • 登录psql创建目标库：

     psql -U postgres
     CREATE DATABASE woof;
     \q
     

   • 执行恢复：

     xzcat backup.xz | psql -U postgres -d woof
     

方案2：保留-C参数，用非交互模式恢复

如果一定要让备份自动创建数据库，那恢复时不要进入psql交互界面，直接用管道执行，非交互模式下psql会自动逐句提交语句，不会触发事务块问题：

• 直接在远程主机执行（不用进入容器）：

  xzcat backup.xz | docker exec -i <你的容器ID/名称> psql -U postgres
  

• 或者已经在容器内部的话，直接运行：

  xzcat backup.xz | psql -U postgres
  

为什么\set AUTOCOMMIT没用？ #

当你进入psql交互模式后，执行恢复脚本时，psql可能还是会把整个脚本当作一个整体处理（哪怕你开了自动提交），而非交互模式下，psql会默认对每个独立语句自动提交，包括CREATE DATABASE，这样就不会触发报错了。

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