PostgreSQL 19 错过了惯例的九到十月发布窗口，核心开发者 Robert Haas 表示最早也要十一月，可能更晚。原因不是工程投入不足，而是 LLM 辅助产生的 bug 报告和补丁数量暴增，维护者处理不过来。
数据很硬
2026 年 4 月到 9 月，REL_19_STABLE 分支的提交量比 2025 年同期涨了 60% 以上；回补到 REL_18_STABLE 等旧版本的提交涨了 74%。这说明 AI 不只在找新代码的问题，还在挖出多年未被发现的老 bug。
三个特性被撤回
8 月 27 日到 9 月 15 日之间，项目撤回了 UPDATE/DELETE FOR PORTION OF、SQL Property Graph Queries（SQL/PGQ）、ALTER TABLE MERGE/SPLIT PARTITION。在 beta 后期撤回这么大的特性非常罕见，直接原因是维护者的评审带宽被 AI 补丁的验证工作吃掉了。
核心矛盾是评审者时间
开源项目的瓶颈从来不是算力或代码产出，是有资格做 triage、验证、合并的资深维护者。AI 把「产出一个看起来合理的补丁」的成本降到接近零，但没有增加能判断这个补丁对不对的人。队列增速超过处理能力，唯一的选择就是放慢发布节奏。
对下游的真实影响
发行版、托管数据库服务商、一体机厂商在正式版之后还需要几周做 rebase、回归测试和认证。十一月发布意味着大多数生产环境的可用版本会滑到明年一季度，这正好撞上年末变更冻结期。
给 DBA 的行动建议
任何假设「秋季 GA 加一个 bake-in 周期」的升级计划都要重新排。同时把驱动、ORM 的兼容性验证窗口一起往后推。合规要求补丁绑定的团队，提前和托管商确认认证周期怎么调整。
本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。
