PostgreSQL跨实例迁移：pg_transport参数配置及迁移耗时咨询

问题背景 #

我正从容量2800GB（实际使用450GB）的PostgreSQL 13.12版本RDS实例（源实例类型：db.t4g.xlarge）迁移至容量550GB的PostgreSQL RDS实例（目标实例类型：db.t3.micro）。参照AWS官方文档配置pg_transport.num_workers、max_worker_processes、pg_transport.work_mem参数，尝试了两种配置：

• 配置1：pg_transport.num_workers=10，max_worker_processes=33，pg_transport.work_mem保持默认
• 配置2：pg_transport.num_workers=6，max_worker_processes=27，pg_transport.work_mem=128MB

两种配置下迁移速度均仅约每小时3%，想确认该耗时是否正常，并咨询合理的参数配置值。迁移日志为运行transport.import_from_server()后的输出。

问题分析与解答 #

1. 迁移耗时是否正常？ #

该速度明显不正常。按每小时3%计算，完成450GB数据迁移需约33小时，结合实例规格来看，这个效率远低于预期。核心瓶颈在于目标实例规格db.t3.micro：

• db.t3.micro属于入门级实例，仅配备1vCPU、1GB内存，资源上限极低，迁移过程中会被CPU、内存资源限制拖慢
• 源实例db.t4g.xlarge拥有4vCPU、16GB内存，资源远优于目标端，目标实例成为迁移的性能短板

2. 合理参数配置建议 #

参数配置需匹配实例硬件资源，尤其是目标实例的资源上限：

• max_worker_processes：控制PostgreSQL最大工作进程数，db.t3.micro仅1核CPU，建议设置为4（不超过vCPU数的4倍，避免进程过度调度）
• pg_transport.num_workers：并行迁移工作进程数，建议设置为2或3，过多worker会在单核CPU上引发频繁上下文切换，反而降低效率
• pg_transport.work_mem：每个worker的工作内存，目标实例仅1GB内存，需预留足够内存给数据库核心进程，建议设置为64MB（避免内存不足触发swap，进一步拖慢速度）

额外优化建议 #

• 临时升级目标实例规格：迁移期间将目标实例升级为db.t3.small或更高规格，完成后再降配，可大幅提升迁移速度
• 检查网络环境：确保源、目标实例在同一VPC内或通过高速网络连接，避免网络带宽成为瓶颈
• 排查迁移日志：确认日志中是否存在锁等待、IO瓶颈等报错信息，针对性解决问题

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