pg_restore恢复PostgreSQL报-d与-f参数不能共用问题求助

• 核心参数误用：-f/--file 参数的作用是将pg_restore生成的SQL脚本导出到指定文件，并非指定待恢复的备份路径，该参数和-d/--dbname（直连数据库执行恢复）逻辑互斥，这就是触发报错的直接原因。待恢复的备份文件路径属于位置参数，直接写在命令末尾即可，不需要加任何参数前缀。
• 网络配置错误：postgres_db是Docker容器内部的主机名，仅在容器互联的网络内可解析，你在Mac本地终端执行命令时无法识别该地址；直接修改为localhost也无法生效的原因是，若未提前将PostgreSQL容器的5432端口映射到宿主机，本地端口没有对应的数据库服务监听。
• 用法认知偏差：pg_restore单次仅支持处理单个备份文件，无法直接传入文件夹路径批量恢复，目录下的多个.dat.gz压缩文件需要逐个处理，主流版本的pg_restore可直接读取gzip压缩的备份文件，无需提前解压。

1. 先确认端口映射配置
   在本地终端执行docker ps，找到运行PostgreSQL的容器条目，查看PORTS列是否存在0.0.0.0:5432->5432/tcp格式的映射规则。如果不存在，停止当前容器后重新启动，追加-p 5432:5432参数完成端口映射，确保宿主机可通过本地5432端口访问容器内的数据库服务。

2. 执行单文件恢复
   进入本地fprod备份目录后，去掉命令中的-f fprod段，直接在命令末尾传入待恢复的具体文件名，示例命令：
   pg_restore -h localhost -p 5432 -U postgres -d fdb ./你的备份文件名.dat.gz

若恢复时提示对象已存在的冲突报错，可追加-c --if-exists参数，在恢复前先清理库内已存在的同名冲突对象；操作前请确认目标库fdb内无需要保留的业务数据，避免误删。

3. 批量恢复目录内所有备份
   如果需要一次性恢复fprod目录下所有.dat.gz文件，可在该目录下直接执行shell循环：

for backup_file in *.dat.gz; do
  pg_restore -h localhost -p 5432 -U postgres -d fdb "$backup_file"
done

4. 无端口映射场景的替代方案
   如果你不想修改现有容器的端口映射配置，也可以直接将备份文件传入容器后在容器内部执行恢复：

• 执行docker cp ./fprod 你的PostgreSQL容器名称或ID:/tmp/将本地备份目录拷贝到容器的/tmp路径下
• 执行docker exec -it 你的PostgreSQL容器名称或ID bash进入容器终端
• 在容器内执行恢复命令，此时主机名可直接使用localhost：
  pg_restore -h localhost -p 5432 -U postgres -d fdb /tmp/fprod/对应备份文件名.dat.gz

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