PostgreSQL在默认情况下，是不能跨版本升级的(9.4, 9.5, 9.6等等这些版本跨版本升级。小版本更新不受影响，比如9.6.1到9.6.2升级不
受影响)。甚至PG为了数据的安全性，高版本不能直接使用低版本创建的数据目录，会在日志中打印相关的错误信息。
推荐学习《python教程》
dump + restore方案
此方案的原理是使用pg_dumpall命令将旧数据库的全部dump成sql文件，然后使用psql命令还原至高版本的实例中。借助于管道，可以
实现在线升级。配合脚本的话，切换至高版本几乎零宕机。由于dump+restore总体相对耗时较长，因此不适用于大数据量的数据库，或
是写入比较频繁的场景使用。
在线迁移的步骤大致如下:
保持旧的实例与配置运行
新的PG实例配置新的端口或者新的unix socket文件，确保不与旧实例冲突
使用pg_dumpall | psql管道组合命令在线迁移数据
停止旧实例，将新实例的配置修改为旧实例使用的端口，重启服务即可完成迁移
参考命令如下:
sudo -u postgres pg_dumpall -h /path/to/old/instance.sock | sudo -u postgres psql -h /path/to/new/instance.sock
www#gaodaima.com来源[email protected]搞@^&代*@码)网搞代码
数据倒入完毕之后，停掉旧实例，删除旧数据的数据目录即可。
不需要在线升级的话，也可以先用pg_dumpall把旧实例的数据导出，再更新postgresql，清空数据目录，使用psql还原数据，效果是完
全一样的。
pg_upgrade方案
pg_upgrade命令是直接对旧的数据库目录文件进行升级的方案，直接将旧版本的数据文件格式升级为新版本使用的格式。此方案优势是
速度非常快，但是必须停机升级。因此不适用于7×24的场景。
命令非常简单，同时安装新版本和旧版本的postgresql，停止postgresql实例后执行:
复制集方案
此方案是最平滑的方案，比较适用于7×24小时以及大数据量场景，停机时间非常短，只有几秒钟。缺点和优点同样突出——配置繁琐，
需要有集群环境。
大体的步骤是使用Slony这种复制集方案，先用上述方案升级从库，再升级主库。
来源：搞代码网：原文地址：https://www.gaodaima.com
转载请注明原文链接：postgresql怎么升级升级
