跨服务器将PostgreSQL指定表从db1迁移至db2的最优方案咨询

一、首选方案：PostgreSQL原生工具（稳定高效，无复杂依赖） #

直接用PostgreSQL自带的pg_dump+psql/pg_restore是生产环境下最靠谱的方式，步骤如下：

1. 在db1服务器导出指定表
   仅导出目标三张表，避免全库导出的冗余：

   # 导出为SQL文本格式
   pg_dump -h db1_host -U db1_user -d db1_name -t logs_foo -t logs_bar -t logs_baz -f logs_tables_dump.sql
   

   若要节省存储空间，可生成压缩的自定义格式文件：

   pg_dump -h db1_host -U db1_user -d db1_name -t logs_foo -t logs_bar -t logs_baz -Fc -f logs_tables_dump.dump
   

2. 传输导出文件到db2服务器
   用scp完成文件传输：

   scp logs_tables_dump.sql db2_user@db2_host:/tmp/
   

3. 在db2服务器导入表
   SQL格式文件直接用psql导入：

   psql -h db2_host -U db2_user -d db2_name -f /tmp/logs_tables_dump.sql
   

   压缩格式文件用pg_restore导入：

   pg_restore -h db2_host -U db2_user -d db2_name -Fc /tmp/logs_tables_dump.dump
   

4. 验证与收尾
   对比两张库中各表的行数、关键数据，确认一致后，删除db1中的目标表：

   psql -h db1_host -U db1_user -d db1_name -c "DROP TABLE logs_foo, logs_bar, logs_baz;"
   

注：由于你已完成Rails改造，新日志直接写入db2的对应表，导出db1表时不会丢失新数据——导出的是迁移前的历史数据，新数据已在db2，无冲突风险。

二、脚本相关问题 #

• 是否需要脚本？ 一次性迁移无需脚本，手动执行命令即可；若未来有重复迁移需求，可封装成脚本复用。
• Bash还是Rails？ 优先选Bash脚本，直接调用原生工具，性能高、依赖少，无需加载Rails环境。Rails脚本虽可行，但属于过度封装，没必要。

示例Bash脚本（复用参考）：

#!/bin/bash
# 配置参数
DB1_HOST="db1.example.com"
DB1_USER="db1_user"
DB1_NAME="db1_db"
DB2_HOST="db2.example.com"
DB2_USER="db2_user"
DB2_NAME="db2_db"
TABLES=("logs_foo" "logs_bar" "logs_baz")
DUMP_FILE="logs_tables_dump.sql"

# 导出db1指定表
pg_dump -h $DB1_HOST -U $DB1_USER -d $DB1_NAME ${TABLES[@]/#/-t } -f $DUMP_FILE

# 传输到db2
scp $DUMP_FILE $DB2_USER@$DB2_HOST:/tmp/

# 导入到db2
ssh $DB2_USER@$DB2_HOST "psql -h $DB2_HOST -U $DB2_USER -d $DB2_NAME -f /tmp/$DUMP_FILE"

# 数据一致性验证（示例：对比行数）
for table in "${TABLES[@]}"; do
    DB1_COUNT=$(psql -h $DB1_HOST -U $DB1_USER -d $DB1_NAME -t -c "SELECT COUNT(*) FROM $table;")
    DB2_COUNT=$(psql -h $DB2_HOST -U $DB2_USER -d $DB2_NAME -t -c "SELECT COUNT(*) FROM $table;")
    echo "Table $table: db1行数=$DB1_COUNT, db2行数=$DB2_COUNT"
    if [ "$DB1_COUNT" != "$DB2_COUNT" ]; then
        echo "警告：表$table数据不一致！"
        exit 1
    fi
done

# 删除db1目标表（确认无误后执行）
psql -h $DB1_HOST -U $DB1_USER -d $DB1_NAME -c "DROP TABLE ${TABLES[*]};"

# 清理临时文件
rm $DUMP_FILE
ssh $DB2_USER@$DB2_HOST "rm /tmp/$DUMP_FILE"

三、Dbeaver等图形化工具的可行性 #

可以实现，但不推荐生产环境使用：

• 操作方式：在Dbeaver中同时连接db1和db2，右键db1目标表→导出数据→选择目标数据库为db2，保留原表名即可。
• 缺点：处理大数据量表时速度远慢于原生命令，且易因网络中断导致迁移失败，稳定性不如原生工具。

四、排除方案的合理性说明 #

你提到的两种方案确实不适用：

• 复制表再迁移会额外占用db1存储空间，违背释放空间的初衷；
• 全库导入再清理会引入大量无用数据，浪费时间和db2存储资源，完全没必要。

内容的提问来源于stack exchange，提问作者Jonathan V.