2026 年 10 月 15 日，PostgreSQL 全球开发组发布 PostgreSQL 19 的首个候选版本 RC 1，并给出明确的 GA 时间表。对后端团队而言，这意味着新一版关系型数据库进入最终测试阶段，接下来几周的反馈将决定正式版能否按计划落地。官方同时列出了自从 Beta 4 以来修复的一批问题，涉及查询计划器、逻辑复制与 JSON 输出等。本文从后端架构与数据平台的角度，梳理这次 RC 的发布节奏、升级路径与关键修复。
RC 1 与 GA 时间线
官方称 PostgreSQL 19 RC 1 已可下载，其内容与 PostgreSQL 19 初始发布版本基本一致，但在 GA 之前仍可能应用更多修复。官方计划 PostgreSQL 19 GA 于 2026 年 11 月 19 日发布，RC 2 计划在 11 月 12 日发布，与下一轮支持版本更新同日。这种“RC 与支持版本同日”的安排，便于运维团队在一次窗口内同时处理新版本验证与既有版本补丁。
升级路径与注意事项
从早期版本升级到 PostgreSQL 19 RC 1，需要使用 pg_upgrade 或 pg_dump/pg_restore 等主版本升级方式。对生产环境而言，这意味着不能简单替换二进制，而要规划导出导入或原地升级流程；测试环境则应尽早跑通一遍，把停机窗口与回滚方案提前确定。
Beta 4 之后的关键修复
自 19 Beta 4 以来修复的问题包括：REPACK (CONCURRENTLY) 相关缺陷、pg_plan_advice、以及基于 NULL 表达式的查询计划器优化。这些修复集中在数据维护与查询计划质量上，属于数据库长期稳定性的核心环节，也是候选版本阶段最值得回归验证的部分。
逻辑复制与 JSON 输出行为
官方还纳入了一项与逻辑复制相关的修复：当 wal_level 设置为 replica 时自动启用逻辑复制。此外，COPY (query) TO ... (FORMAT json) 的 JSON 键行为被修正为使用查询的列名与别名，而不是表列名。对依赖导出格式做下游解析的数据工程流程，这一改动需要重点核对，避免键名变化导致管道报错。
如何参与测试
官方维护 PostgreSQL 19 Open Items 页面，列出在 19rc1 之前已解决与仍待解决的问题。对后端与数据平台团队而言，这是判断某个已知问题是否已修复、以及是否值得在 RC 阶段先行验证的权威入口。
小结
PostgreSQL 19 RC 1 于 2026 年 10 月 15 日发布，GA 定档 11 月 19 日。以查询计划器修复、逻辑复制行为调整与 JSON 输出键名规范为看点，这是后端数据库领域一次进入发布倒计时的关键节点。