能否用PostgreSQL 13的pg_basebackup直接备份9.x版本数据库至新版本？

一、pg_basebackup跨版本直接备份是否可行？ #

不行。pg_basebackup是物理备份工具，直接复制PostgreSQL底层数据文件，但PostgreSQL物理文件格式在大版本（如9.x到13）间存在不兼容变更，13版本实例无法直接加载9.x的物理备份文件启动，强行尝试会导致数据库崩溃或数据损坏。

二、可行的跨版本数据迁移方案 #

1. 逻辑备份迁移（pg_dump + pg_restore） #

这是跨版本迁移最通用、最安全的方案，完全兼容所有PostgreSQL大版本。

• 操作步骤：
  1. 在9.x服务器上导出目标数据库（或全实例）：

     # 单库导出（自定义格式，支持压缩和并行恢复）
     pg_dump -Fc -d your_database_name -f db_backup.dump
     # 全实例导出（含角色、表空间等全局对象）
     pg_dumpall -f full_backup.sql
     

  2. 将备份文件传输到13服务器，导入到新建的空数据库：

     # 创建目标空数据库
     createdb new_database_name
     # 导入单库备份
     pg_restore -d new_database_name db_backup.dump
     # 导入全实例备份
     psql -d postgres -f full_backup.sql
     

• 优缺点：
  • 优点：兼容性拉满，不影响源库正常写入（pg_dump仅短暂加共享锁，不阻塞DML），无需修改源库。
  • 缺点：大数据量下耗时较长；若要保证绝对一致性，可添加--single-transaction参数（会短暂阻塞源库DDL），或选择业务低峰期操作。

2. 基于pg_upgrade的离线副本升级 #

追求比逻辑备份更快的迁移速度，可对源库的物理副本进行升级，不影响源库正常运行：

• 操作步骤：
  1. 在13服务器上安装与源库版本一致的PostgreSQL 9.x（需保证二进制兼容性）。
  2. 用pg_basebackup从9.x服务器备份物理副本到13服务器临时目录：

     pg_basebackup -h 9x_server_ip -U replication_user -D /tmp/9x_data_copy -P
     

  3. 停止临时9.x副本实例，用pg_upgrade升级到13版本：

     # 初始化13版本空数据目录
     initdb -D /var/lib/postgresql/13/main
     # 执行升级（--copy为复制文件不修改源副本；--link更快但会修改源副本）
     pg_upgrade -b /usr/lib/postgresql/9.x/bin -B /usr/lib/postgresql/13/bin -d /tmp/9x_data_copy -D /var/lib/postgresql/13/main
     

  4. 启动13版本实例，验证数据无误后切换业务流量。
• 优缺点：
  • 优点：迁移速度远快于逻辑备份，源库全程可正常读写。
  • 缺点：需在目标服务器安装对应低版本PostgreSQL，配置步骤略复杂，升级前需用pg_upgrade --check预检查源库是否有不兼容对象。

3. 逻辑复制（pglogical）实现在线无停机迁移 #

业务完全不能容忍停机时，可使用pglogical实现增量同步，最后无缝切换：

• 操作步骤：
  1. 在9.x和13服务器上安装对应版本兼容的pglogical扩展。
  2. 在9.x源库创建提供者节点，13目标库创建订阅者节点，配置复制集同步指定表或全库。
  3. 初始数据同步完成后，切换业务流量到13服务器，最后停止复制并清理源库。
• 优缺点：
  • 优点：几乎无停机时间，源库全程可读写，支持增量同步。
  • 缺点：部分特殊数据类型（如大对象、部分几何类型）可能不支持，需提前测试兼容性。

三、迁移前的注意事项 #

• 提前检查源库不兼容对象：比如9.x中废弃的函数、旧行为参数，可通过pg_upgrade --check预检查。
• 迁移后验证数据一致性：对比关键表行数，或用pg_dump --schema-only对比源库与目标库的结构差异。
• 测试目标库性能：13版本有不少性能优化，迁移后需验证业务SQL的执行效率。

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