PostgreSQL 19 Beta 版正式发布，预计将于 9 月正式上线，这符合该项目每年发布一次主要版本的节奏。该版本引入了原生 SQL 属性图查询（SQL/PGQ）、可在不停服务的情况下回收存储空间的重新打包功能，以及一系列涉及性能、可观测性和管理方面的改进。

凭借对 SQL/PGQ 的支持，该版本允许在现有关系型表上执行图查询，而不需要单独的图数据库或数据迁移。PostgreSQL 19 还扩展了 v18 中引入的异步 I/O 框架，实现了 I/O 工作进程的自动扩展，并新增了 pg_plan_advice 和 pg_stash_advice 扩展，用于控制和持久化查询规划器的决策。维护操作方面也进行了重大升级，包括并行自动清理（autovacuum）、更智能的清理优先级排序、通过自动化页面可见性跟踪减少未来的清理操作，以及一个带有非阻塞 CONCURRENTLY 选项的新 REPACK 命令，用于在线表重建。

根据 PostgreSQL 全球开发组的公告，性能提升是本次更新的重点之一：

在存在外键检查的情况下，PostgreSQL 19 的插入性能最高可以提升 2 倍。此外，该版本还从多个方面改进了查询规划器和执行器，包括新的反连接优化、更广泛地使用增量排序、可加速行处理的预聚合、并行顺序扫描期间从存储设备读取数据时的速度提升，以及当输入不可为空时，将 IS DISTINCT FROM 和 IS NOT DISTINCT FROM 简化为普通的 <> 和 = 运算符。此外，LISTEN/NOTIFY 的可扩展性也得到了改进，这会影响多通道工作负载。

现在，逻辑复制可以自动同步序列值，在主要版本升级期间不需要进行手动对账，而且不需要重启服务器即可启用，这有助于减少计划内停机时间。ProxySQL 创始人兼首席执行官 René Cannaò 写道：

PostgreSQL 19 引入了一项功能，将消除许多繁琐的后端变通方案：WAIT FOR LSN。(...) 过去，开发人员曾为此采用过一些脆弱的权宜之计，例如应用程序休眠定时器，或者强制将所有写入后的读取操作回退到主数据库。借助 PostgreSQL 19，读取副本可以原生地暂停会话，直到完全跟上特定写入操作为止。

社区的初步反响表明，尽管 SQL/PGQ 是一个备受瞩目的亮点功能，但 PostgreSQL 运维人员对运维方面的改进更为兴奋。PGX 首席执行官 Christophe Pettus 评论道：

PG19 中对生产环境影响最大的改动，并非那些备受瞩目的功能。默认将 jit 设为 off 这一看似不起眼的调整，将改变那些曾经默默受益（或受损）于 JIT 编译的分析工作负载的查询计划和执行时间。64 位 MultiXactOffset 的引入，终于消除了困扰繁忙的多行锁定工作负载的 40 亿条记录溢出风险。

云服务提供商已经开始采用 PostgreSQL 19，其中亚马逊云科技已经在 RDS 数据库预览环境中发布了 Beta 1 版本，供用户在完全托管的环境中进行评估。在正式发布之前，社区成员已在 Reddit 上讨论了新增的 pg_plan_advice 功能及其他预期会增加的功能。PGQViewer 是一款专为 PostgreSQL 19 打造的开源图探索工具。这是生态系统早期采用的一个例子。Mark Callaghan 在一台小型服务器上进行了基准测试，并表示：“Postgres 依然‘平淡无奇’，但这恰恰是它的优点，你很难发现它性能退化。”

Beta 1 构建、待解决事项及发布说明现在都已经发布。从旧版本迁移数据需要使用 pg_dumpall、pg_upgrade 或逻辑复制进行导出/还原。

原文链接：https://www.infoq.com/news/2026/06/postgresql-19-graph-queries/