编辑pg_dump自定义格式备份后pg_restore报文件结束错误

直接编辑-Fc格式的二进制dump文件必然会出错，因为这是PostgreSQL的二进制自定义归档格式，不是纯文本——文件里不仅存SQL语句，还包含大量元数据（比如字符串长度、数据块偏移量、结构标记），你用字符串替换改变了字节数后，这些元数据和实际内容完全不匹配，pg_restore解析到一半就找不到预期的内容，自然抛出"end of file"错误。

给你几个可行的解决思路：

方案1：改用纯文本格式导出（最简单） #

放弃-Fc，用纯文本格式（-Fp）导出，这样dump文件就是可读的SQL文本，直接替换表名不会有任何问题：

pg_dump -U $PG_USER -d $PG_DB -a --column-inserts -Z 0 -Fp > db.sql

在Node.js里读取db.sql，用replaceAll替换临时表名到真实表名，之后可以用psql直接执行，或者用pg_restore恢复。

方案2：用pg_restore的重命名参数（最可靠，保留自定义格式） #

如果必须保留-Fc格式，根本不需要编辑文件——导出临时表后，恢复时直接用pg_restore的--rename-table参数映射表名：

1. 导出临时表：

pg_dump -U $PG_USER -d $PG_DB -a --column-inserts -Z 0 -Fc -t temp_table_name > db.dump

2. 恢复时重命名：

pg_restore -U $PG_USER -d $PG_DB --rename-table=temp_table_name:real_table_name db.dump

这个方法完全规避了编辑二进制文件的风险，是PostgreSQL官方推荐的表名映射方式。

方案3：先转文本替换再转二进制（备选） #

如果前两种方案都不适用，可以先把自定义格式dump转成文本，替换后再转回二进制：

# 把二进制dump转成SQL文本
pg_restore -f db.sql db.dump
# 在Node.js里编辑db.sql，替换表名得到db_updated.sql
# 把修改后的SQL转成自定义格式dump
pg_dump -U $PG_USER -d $PG_DB -a --column-inserts -Z 0 -Fc --file=db_updated.dump < db_updated.sql

但这个步骤多，不如前两种高效。

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