PostgreSQL 博览 2026-04-28 RSS 订阅

David Steele 在 4 月 27 日宣布 pgBackRest 不再维护，仓库转入归档。项目长期依赖单一维护者加 Crunchy Data 的赞助，这套结构在赞助方易主后没能撑住。Jan Wieremjewicz 指出软件本身仍能用，真正的风险是方向不明和各自拉分支造成碎片化。Percona 表态继续把它作为自家发行版推荐的备份方案，同时提出三条长期出路：基金会托管、多厂商共同治理，或并入 PostgreSQL 生态。

pgBackRest 的结局让 Gabriele Bartolini 把话讲明白：维护关键基础设施需要全职投入，也就需要收入，开源不是免费的，总得有人付钱。他回顾 pgBackRest 与 Barman 用不同架构解决同一问题，认为这种竞争让两边都变好了。他提出的良性循环是：企业出钱养工程师，软件在生产中创造价值，用户购买商业支持，收入再投回工程。CloudNativePG 进入 CNCF Sandbox 则带来了厂商中立的治理。

PostgreSQL 19 新增并行 autovacuum，用一个全局上限参数和一个按表参数控制，默认关闭。Christophe Pettus 提醒并行只作用于索引清理，堆扫描和截断仍是单线程，只有多索引的表才吃得到收益；而 VACUUM 压倒性地受 I/O 限制，存储已经打满时加进程只是排更长的队。这些进程还与查询并行共用 max_parallel_workers 池，可能抢走普通查询的槽位。他建议整体保持关闭，只对重索引表按表打开。

更新一行就要改所有索引，是 PostgreSQL 写放大的主要来源，HOT 更新是它的逃生口。Radim Marek 梳理触发条件：新元组要放得进同一页面，且被修改的列都没有索引，缺一不可。写多的表可以把 fillfactor 从默认的 100 降到 80 到 90，给 HOT 链留空间，代价是多占存储。效果看 pg_stat_user_tables 里 HOT 更新数与总更新数的比值，比例下滑就该查。长事务会阻止页面裁剪。

Christophe Pettus 开了个托管 Postgres 评测系列，第一篇给 Amazon RDS。长处是它十多年来一直能用，与 AWS 生态整合广，蓝绿部署让大版本升级不再吓人。短处集中在自主权：扩展版本滞后，plpython3u 一类根本没有；没有真正的超级用户；存储只能加不能减；单备机的 Multi-AZ 走块复制，备机不可读。他的结论是已在 AWS、负载中等、没有专职 DBA 的团队最合适。