pg_restore无报错但数据未加载，目标table1无数据问题求助

问题概述 #

源数据库myschema.table1包含4000条记录，通过pg_dump导出为200MB的dump文件后，使用pg_restore导入到目标数据库，目标库中table1仍为0条记录，同时疑惑pg_restore日志中为何会出现源数据库名称。

导出/导入命令 #

导出命令（pgAdmin执行） #

C:\Users\~\AppData\Local\Programs\pgAdmin 4\v7\runtime\pg_dump.exe --file "C:\Users\~\Documents\data_20240619_1205.dump" --host "xx.xxx.xx.xxx" --port "6524" --username "devadmin" --no-password --format=c --blobs --data-only --verbose --table "myschema.table1" --table "myschema.table2" --table "myschema.table3" "source_databse_name"

导入命令（本地命令提示符执行） #

export PGPASSWORD='my_password'

C:\Users\~\AppData\Local\Programs\pgAdmin 4\v7\runtime> pg_restore -U devadmin -h "xx.xxx.xx.xxx" -p 6524 -d target_database_name --data-only -v -n myschema --data-only --verbose --table "myschema.table1" --table "myschema.table2" --table "myschema.table3" -Fc "C:\Users\~\Documents\data_20240619_1205.dump"

导入日志 #

pg_restore: allocating AH for C:\Users\~\Documents\data_20240619_1205.dump, format 1
pg_restore: read TOC entry 0 (ID 7032) for ENCODING ENCODING
pg_restore: read TOC entry 1 (ID 7033) for STDSTRINGS STDSTRINGS
pg_restore: read TOC entry 2 (ID 7034) for SEARCHPATH SEARCHPATH
pg_restore: read TOC entry 3 (ID 7035) for DATABASE **source_database_name**
pg_restore: read TOC entry 4 (ID 6979) for TABLE DATA table1
pg_restore: read TOC entry 5 (ID 6982) for TABLE DATA table2
pg_restore: read TOC entry 5 (ID 6982) for TABLE DATA table3
pg_restore: connecting to database for restore

关键问题解析 #

日志中出现源数据库名称的原因 #

这是正常现象：pg_dump会在生成的dump文件中记录源数据库的元数据信息（包括库名、编码、搜索路径等），这些信息仅作为元数据记录，不会强制导入到目标数据库，也不会影响数据导入流程，无需担忧。

table1导入后无记录的排查方向 #

1. dump文件完整性验证
   先确认dump文件中确实包含table1的数据：

   # 查看dump文件的TOC条目列表
   pg_restore -l "C:\Users\~\Documents\data_20240619_1205.dump"
   # 仅导出table1的数据到SQL文件，检查是否有INSERT语句
   pg_restore -t myschema.table1 -f table1_data.sql "C:\Users\~\Documents\data_20240619_1205.dump"
   

   如果SQL文件为空，说明导出过程存在问题，需重新执行pg_dump。

2. 导入命令参数优化
   导入命令中重复使用了--data-only和--verbose参数，虽然不会直接报错，但可能导致逻辑冲突，建议简化命令并添加错误捕获参数：

   pg_restore -U devadmin -h "xx.xxx.xx.xxx" -p 6524 -d target_database_name --data-only -v --exit-on-error -n myschema -t "myschema.table1" -t "myschema.table2" -t "myschema.table3" -Fc "C:\Users\~\Documents\data_20240619_1205.dump"
   

   --exit-on-error参数可让pg_restore遇到错误立即停止，便于捕获隐性报错。

3. 目标表结构匹配检查
   确认目标库中myschema.table1的结构（字段名、数据类型、约束、编码等）与源表完全一致。若存在结构不匹配（比如字段缺失、数据类型不兼容），可能导致数据插入失败但无明显日志提示。

4. 权限验证
   确认devadmin用户在目标数据库中对myschema.table1拥有INSERT权限，即使是同一用户，源库和目标库的权限配置可能存在差异。

5. 事务回滚排查
   若导入过程中触发了约束冲突（比如主键重复、外键关联缺失），PostgreSQL可能会自动回滚事务，导致数据未写入。使用--exit-on-error参数可暴露这类错误。

内容的提问来源于stack exchange，提问作者explorer da bb