Postgres 19 延期发布,因为现在发现的 bug 多得多

Hacker News Top 新闻

摘要

PostgreSQL 19 将推迟至 11 月发布,因为 LLM 让发现 bug 变得容易得多,导致回溯补丁提交量激增 60-74%,同时维护者被大量待审查的修复淹没,数个功能在后期被回退。

暂无内容
查看原文
查看缓存全文

缓存时间: 2026/11/02 03:31

# Postgres 19 延期了,这要怪 AI Source: http://rhaas.blogspot.com/2026/10/postgres-19-is-late-and-its-ais-fault.html 过去十年里,PostgreSQL 大版本发布的时机已经变得非常可预测:最早不早于 9 月中旬,最晚不晚于 10 月中旬。今年情况将有所不同。PostgreSQL 19 很可能要到 11 月才会发布,而且项目决定进一步推迟发布也并非不可能。 此外,今年有几个相当大的功能在 beta 阶段很晚的时候被回退了:`UPDATE/DELETE FOR PORTION OF`、SQL 属性图查询(SQL/PGQ)以及 `ALTER TABLE ... MERGE PARTITION/SPLIT PARTITION` 都在 8 月 27 日至 9 月 15 日之间被回退。虽然在每年 4 月 8 日的功能冻结之后不久回退重大功能并不罕见,但在如此晚的时间点多个重大功能被从发布中移除还是不寻常的。那么,到底发生了什么? 简短的回答是:LLM 的出现。所有软件都包含 bug,而 PostgreSQL 的代码库庞大、复杂且古老。我们的 git 历史——由 CVS 转换而来——现在已经追溯到 30 多年前,而最初的代码还要更早十年。代码量巨大,其中包含的 bug 也数不胜数。这一点一直如此,也并没有阻止 PostgreSQL 变得流行和成功。不同之处在于,如今发现这些 bug 变得容易了太多。修复它们也变得更容易了,但程度没有那么显著。 2025 年 4 月 8 日至 2025 年 9 月 25 日之间,PostgreSQL 主分支有 1037 次提交,`REL_18_STABLE` 有 724 次提交。而在 2026 年的同一时间段内,主分支有 1443 次提交,`REL_19_STABLE` 有 1169 次提交。换句话说,如果你只看从功能冻结到 9 月 25 日之间进入主分支的提交数量,实际上从今年到去年略有下降,但回溯提交(back-patched commits)的数量却增长了超过 60%。 这种增长的一部分可能是提交者今年犯的错误比去年多,但我认为真正参与这个项目的人不会相信这是主要原因。更可能的情况是,PostgreSQL 的提交者在 2026 年与往年一样谨慎,但他们犯的错误中有很多被 LLM 迅速发现了。 而且这不只是最新版本中的错误。在同一时间段内,2025 年 `REL_17_STABLE` 收到了 248 次提交,而 2026 年 `REL_18_STABLE` 收到了 433 次提交。换句话说,不仅被回溯到当前开发版本、还被回溯到至少一个历史版本的提交数量在一年内增长了超过 74%。原因很简单:互联网上有大量的人正在报告他们用 LLM 发现的 PostgreSQL bug,而 PostgreSQL 的提交者们一直非常、非常忙碌地在修复这些问题。 我认为这也是我们为什么有这么多晚回退以及发布本身被推迟的原因。这里有两个因素在起作用。 第一,因为现在发现的 bug 多得多,修复它们需要更多时间。LLM 可以起草修复方案,但这些方案并不总是正确的,也不一定符合 PostgreSQL 的标准。所以它们仍然需要由人工审查和提交,而这些人在 2025 年到 2026 年之间并没有变得更聪明。 第二,本应用于审查进入发布内容的时间被转移到了处理后向分支的安全问题和其他 bug 上,因此在 v19 发布之前搞清楚哪些内容需要回退花了更长时间。 最终,我认为 PostgreSQL 19 发布的延迟并不特别令人担忧。从大局来看这并不是很长的延迟,而且它直接源于项目对质量的关注。 长期来看情况就不那么明朗了,而且在某些方面更令人不安:考虑到我们有四十年来人类无法发现但 LLM 却完全有能力找到的 bug,我们究竟怎样才能追上进度?PostgreSQL 又将如何持续创新?目前我不确定。我所知道的是,我和许多其他人正在非常努力地寻找答案。 我成为 PostgreSQL 开发者,部分原因是 PostgreSQL 的代码库是我有幸工作过的最干净、最高质量的代码之一。AI 最近在这个代码库中发现 bug 的成功并不改变我对它的高度评价。它并不完美——没有哪个软件产品是完美的——但如果它有更多即使肉眼也能看到的缺陷,被 LLM 发现的问题数量可能会更多。 无可回避的事实是,LLM 将要求每一位 PostgreSQL 开发者——在某种程度上,地球上的每一位软件开发者——提高自己的水平。从现在到我们职业生涯结束时写下的每一个功能都将受到 AI 的审视,那些在更早的时代会被永远忽视的问题现在可能在几小时内就被发现。这既是挑战也是机遇。 \这篇文章最初发表于 [https://neon.com/blog/postgres-19-is-late-and-its-ais-fault](https://neon.com/blog/postgres-19-is-late-and-its-ais-fault)

相似文章

回滚将持续下去,直到士气改善为止

Lobsters Hottest

PostgreSQL 开发者 Peter Eisentraut 回顾了为何 PostgreSQL 19 分支在进入测试阶段后有异常多的功能被回退,并指出原因包括:大语言模型辅助的代码审查提高了质量门槛,Vulnpocalypse(漏洞末日)分散了资深开发者的精力,以及直到后期才发现缺陷的长尾问题。

展望 Postgres 19

Hacker News Top

PostgreSQL 19 beta 引入了关键特性,如 REPACK CONCURRENTLY、分区拆分与合并以及增强的逻辑复制,为生产数据库管理提供了实用改进。

PostgreSQL 18.4 和 17.10 版本修复了 11 个 CVE

Lobsters Hottest

PostgreSQL 已发布针对版本 18.4、17.10、16.14、15.18 和 14.23 的安全更新,修复了 11 个 CVE 和超过 60 个错误。值得注意的修复包括 CVE-2026-6473(整数回绕,CVSS 8.8)和 CVE-2026-6475(符号链接覆盖,CVSS 8.8)。

期待 PostgreSQL 19:是时候了

Hacker News Top

PostgreSQL 19 终于将引入原生的时态表支持,遵循 SQL:2011 标准,取代过去使用排除约束的手动方法。本文解释了当前方法的局限性以及新功能备受期待的优点。