pg_upgrade
是一个用于执行PostgreSQL数据库集群到新主版本的二进制升级的服务器实用程序。
pg_upgrade
最初是在PostgreSQL 9.0中添加的,最初作为基于pg_migrator
的contrib模块。
源代码
pg_upgrade
源代码位于 src/bin/pg_upgrade/。
有关实现的技术描述,请参阅 src/bin/pg_upgrade/IMPLEMENTATION。
更改历史记录
- PostgreSQL 17
- PostgreSQL 16
- PostgreSQL 15
- 添加了选项
-N
/--no-sync
(提交 3d5ffccb) - 保留 filenode 和 tablespace OID (提交 9a974cbc)
- 保留
postgres
和template0
数据库 OID (提交 aa010514) - 由
pg_upgrade
生成的文件现在将存储在升级后的集群的数据目录下的pg_upgrade_output.d
中 (提交 38bfae36 和 a0084963) - 现在将列出所有无法连接到的数据库 (提交 26ebb0e2)
- 如果输出不是 tty,则不会发出进度状态 (提交 27b02e07)
- 删除了从早于 PostgreSQL 9.2 的版本升级的支持 (提交 38bfae36 和 a0084963)
- 添加了选项
- PostgreSQL 13
- 默认的新 bindir 现在与正在执行的
pg_upgrade
二进制文件位于同一位置,在大多数情况下无需显式指定-B newbindir
(提交 959f6d6a)
- 默认的新 bindir 现在与正在执行的
- PostgreSQL 12
- PostgreSQL 10
- 将使来自旧版 PostgreSQL 的哈希索引失效,并生成一个用于重新创建它们的脚本 (提交 a95410e2)
- PostgreSQL 9.5
- PostgreSQL 9.4
- PostgreSQL 9.3
- PostgreSQL 9.2
- 将特定于
pg_upgrade
的环境变量重命名为以 PG 开头;现在忽略 PGPORT 并将其替换为PGPORTOLD
/PGPORTNEW
(提交 a88f4496) - 默认使用端口 50432 (提交 a88f4496)
- 改进了一般的日志记录 (提交 717f6d60)
- 仅当使用链接模式时才会锁定旧集群 (提交 2127aac6)
- 添加了一个脚本以增量生成更准确的统计信息 (提交 faec2815)
- 删除了
-g
/-G
/-l
日志记录选项 (提交 717f6d60) - 添加了
-o
/-O
选项 (提交 0dc3f57b) - 添加了
-r
/--retain
选项 (提交 717f6d60) - 改进了
-v
/--verbose
的行为 (提交 717f6d60) - 支持升级没有 postgres 数据库的集群 (提交 a50d860a)
- 将特定于
- PostgreSQL 9.0
- 作为 contrib 模块 添加 (提交 c2e9b2f2)
请注意,早期版本的 pg_upgrade
最初是在 PostgreSQL 7.2 中作为 contrib 模块 添加的 (提交 92a8bc96),并在 PostgreSQL 8.1 中删除 (提交 d20763db)
示例
pg_upgrade
操作的示例输出
$ pg_upgrade \ --old-bindir=/usr/local/pg12/bin \ --old-datadir=/var/lib/pg12/data \ --new-datadir=/var/lib/pg13/data \ --old-port=5432 \ --new-port=5433 \ --jobs 4 Performing Consistency Checks ----------------------------- Checking cluster versions ok Checking database user is the install user ok Checking database connection settings ok Checking for prepared transactions ok Checking for reg* data types in user tables ok Checking for contrib/isn with bigint-passing mismatch ok Checking for user-defined postfix operators ok Creating dump of global objects ok Creating dump of database schemas ok Checking for presence of required libraries ok Checking database user is the install user ok Checking for prepared transactions ok Checking for new cluster tablespace directories ok If pg_upgrade fails after this point, you must re-initdb the new cluster before continuing. Performing Upgrade ------------------ Analyzing all rows in the new cluster ok Freezing all rows in the new cluster ok Deleting files from new pg_xact ok Copying old pg_xact to new server ok Setting next transaction ID and epoch for new cluster ok Deleting files from new pg_multixact/offsets ok Copying old pg_multixact/offsets to new server ok Deleting files from new pg_multixact/members ok Copying old pg_multixact/members to new server ok Setting next multixact ID and offset for new cluster ok Resetting WAL archives ok Setting frozenxid and minmxid counters in new cluster ok Restoring global objects in the new cluster ok Restoring database schemas in the new cluster ok Copying user relation files ok Setting next OID for new cluster ok Sync data directory to disk ok Creating script to delete old cluster ok Upgrade Complete ---------------- Optimizer statistics are not transferred by pg_upgrade. Once you start the new server, consider running: /usr/local/pg13/bin/vacuumdb --all --analyze-in-stages Running this script will delete the old cluster's data files: ./delete_old_cluster.sh
参考
- PostgreSQL 文档: pg_upgrade
有用链接
- 使用 pg_upgrade 检查 PostgreSQL 升级 - Greg Sabino Mullane / Crunchy Data 于 2024 年 3 月撰写的博文
- 使用 Pg_Upgrade 快速升级 - pg_upgrade 主要作者 Bruce Momjian 的演示文稿 (PDF)
- 使用 pg_upgrade 将 PostgreSQL 9.6 PostGIS 2.4 升级到 PostgreSQL 15 3.3(基于 Yum) - Regina Obe 于 2022 年 10 月撰写的博文