PostgreSQL 9.2.15升级至16.1：是否需逐步升级主版本？

是否需要逐步升级？ #

分两种情况：

• 若用**pg_dump/pg_restore**备份恢复的方式：不需要分步，可直接从9.2.15跳级到16.1，这也是风险最低的方案。
• 若用**pg_upgrade**原地升级工具：必须逐步升级，因为该工具仅支持跨单个主版本升级（比如9.2→9.3，9.3→9.4），无法直接跨多个大版本。

方案1：备份恢复（无分步，优先推荐） #

这种方式通过导出旧库完整备份，在新库中恢复，能自动适配新版本的系统表结构，数据丢失风险极低。
步骤如下：

1. 导出旧库备份：在9.2.15环境中，用pg_dump导出自定义格式的备份（压缩率高，恢复灵活）：

   pg_dump -Fc -U 用户名 -d 你的数据库名 -f db_backup.dump
   

   建议在业务低峰期执行，若无法停写，可加--lock-wait-timeout=600参数避免长时间锁表。
2. 部署新库：安装PostgreSQL 16.1，初始化新的数据库集群：

   initdb -D /新库数据目录路径
   

3. 恢复数据：启动16.1服务，先创建空的目标数据库，再用pg_restore恢复备份：

   createdb -U 用户名 你的数据库名
   pg_restore -U 用户名 -d 你的数据库名 db_backup.dump
   

4. 收尾工作：手动重建所有数据库角色、权限，重新编译并安装所需扩展（比如pg_stat_statements），调整postgresql.conf适配新环境。

方案2：原地升级（需分步，适合超大型数据库） #

如果数据库体积极大，pg_upgrade的速度远快于备份恢复，但必须按主版本依次升级，推荐的路径为：
9.2.15 → 9.3.x（最新小版本） → 9.4.x → 9.5.x → 9.6.x → 10.x → 11.x → 12.x → 13.x → 14.x → 15.x → 16.1
每个主版本都要升级到该分支的最新小版本，确保修复已知bug。

单个版本升级的核心步骤（以9.2→9.3为例）：

1. 安装对应主版本的最新小版本，确保和旧版本架构一致（比如都是64位）。
2. 停止旧版本的数据库服务。
3. 初始化新版本的数据库集群：

   initdb -D /新版本数据目录路径
   

4. 执行pg_upgrade完成升级：

   pg_upgrade -b /旧版本bin目录路径 -B /新版本bin目录路径 -d /旧版本数据目录 -D /新版本数据目录 -U 用户名
   

5. 启动新版本服务，运行analyze_new_cluster.sh更新统计信息，验证数据完整性（比如对比表行数、执行关键查询）。
6. 重复上述步骤，依次升级到下一个主版本，直到16.1。

注意：每次升级前务必备份当前数据库，升级后要检查扩展兼容性，重新配置postgresql.conf和pg_hba.conf（新版本参数可能有变更）。

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