使用pg_dump和pg_restore可安全实现PostgreSQL跨版本迁移，推荐用高版本pg_dump连接低版本库导出，选用-Fc格式支持并行恢复，需提前在目标库创建角色、表空间及扩展，确保编码和排序规则一致，通过pg_restore --list控制恢复顺序，大表启用-j参数并行导入，迁移后校验对象权限与数据完整性。
跨版本恢复PostgreSQL数据库时，使用pg_dump和pg_restore是最常见且稳妥的方法。尤其在主版本差异较大（如从9.6升级到14）时，直接文件级恢复不可行，逻辑导出导入成为唯一选择。核心原则是：低版本可向高版本迁移，反之不行。
确保版本兼容性
高版本的pg_dump通常能处理低版本的数据，但推荐使用目标实例（即新版本）的pg_dump工具连接旧库导出，以获得最佳兼容性。若无法跨版本直连，使用旧版本pg_dump也支持，但需注意输出格式限制。
- 建议用新版本pg_dump远程连接旧库执行导出
- 避免使用旧版pg_dump导出后导入特别新的集群
- 检查各版本间废弃参数或扩展的变化（如jsonb、分区表语法）
选择合适的导出格式
推荐使用自定义格式（-Fc），便于后续并行导入和灵活控制对象恢复顺序。
- 纯SQL文本（-Fp）适合小数据量，易读但恢复慢
- 归档格式（-Fc）支持压缩、并行恢复、选择性还原，适合生产迁移
- 目录格式（-Fd）可用于超大数据库的并行导出导入
权限与角色处理
pg_dump不包含角色和表空间定义。迁移前需手动在目标库创建用户、角色及对应权限。
- 使用pg_dumpall --roles-only单独导出角色信息
- 确认目标实例已存在所需表空间路径，或修改为可用路径
- 导入后检查函数属主、schema权限是否正确
迁移过程中的关键操作建议
实际执行时需关注编码、排序规则、扩展依赖等问题。
- 源库和目标库尽量保持相同LC_COLLATE和LC_CTYPE设置
- 提前在目标库安装必要的扩展（如postgis、hstore等）
- 使用pg_restore --list查看备份内容，筛选或调整恢复顺序
- 对大表启用并行恢复：pg_restore -j 4 -d newdb backup.dump
- 测试环境先验证完整性，再正式切换
基本上就这些。只要版本方向正确、格式选得当、角色和扩展提前准备，跨版本迁移风险可控。关键是做好事前检查和事后校验。不复杂但容易忽略细节。
