2026 年 10 月 15 日，PostgreSQL 全球开发组发布 PostgreSQL 19 RC 1。按官方安排，RC 2 将于 11 月 12 日与季度更新同日发布，正式版（GA）计划 11 月 19 日。本文从后端数据库升级的角度，梳理 RC 1 的修复内容与上线前检查项。
RC 1 修了什么
官方列出的变更集中在 Beta 4 之后的缺陷修复：REPACK (CONCURRENTLY) 的多处修复；pg_plan_advice 的多处修复；依赖表达式是否可为 NULL 的新查询计划器优化的修复；当 wal_level 设为 replica 时自动启用逻辑复制的修复；postgres_fdw 统计导入改为以外表所有者身份运行，而不是执行 ANALYZE 的用户；并行 autovacuum 的多处修复；COPY (query) TO ... (FORMAT json) 改为使用查询的列名（含别名）作为 JSON 键，而不是表的列名。
为什么 RC 2 与 11 月更新同日
11 月 12 日的季度更新会包含大量修复。发布团队决定在 GA 之前把这些修复并入 19，因此安排 RC 2 与更新同日发布。这意味着 RC 1 到 GA 之间仍会有一次集中合入；计划在 GA 当天上线的新集群，应把 RC 2 当作最终验证对象，而不是只测 RC 1。
升级路径
从更早的大版本升级到 19，需要使用大版本升级方式，例如 pg_upgrade，或 pg_dump / pg_restore。RC 版本主要用于预览与测试，不建议直接承载生产写入；把它放在预发环境，用真实数据量与查询模式跑一轮升级演练，才有参考价值。
对后端团队的意义
REPACK (CONCURRENTLY) 的修复直接影响大表膨胀治理：它允许在不长时间阻塞写入的前提下重写表，修复越稳定，运维窗口越好安排。查询计划器的新优化会影响执行计划选择，升级后应对比关键查询的 plan，避免出现“功能正常但性能回退”。逻辑复制在 wal_level=replica 时自动启用，减少了配置遗漏；并行 autovacuum 则关系到高写入负载下的清理能力。postgres_fdw 统计导入的权限修正，对使用外部表的分析型负载更敏感。
上线前的检查清单
在预发环境执行 pg_upgrade 演练并记录耗时；核对扩展与驱动兼容性，尤其是逻辑复制、FDW 与监控采集；抓取核心查询在 18 与 19 上的执行计划做对比；检查 autovacuum 与并行 worker 配置；验证 COPY JSON 输出的键名变化是否影响下游消费；为 REPACK 操作准备磁盘余量与回滚方案。
小结
PostgreSQL 19 RC 1 于 2026 年 10 月 15 日发布，REPACK 并发、查询计划器、逻辑复制与 autovacuum 修复是重点；RC 2 定于 11 月 12 日，GA 计划 11 月 19 日，后端团队应把 RC 2 作为最终升级验证节点。