保留原始来源与发布日期的新闻、博客和活动。
更新一行就要改所有索引，是 PostgreSQL 写放大的主要来源，HOT 更新是它的逃生口。Radim Marek 梳理触发条件：新元组要放得进同一页面，且被修改的列都没有索引，缺一不可。写多的表可以把 fillfactor 从默认的 100 降到 80 到 90，给 HOT 链留空间，代价是多占存储。效果看 pg_stat_user_tables 里 HOT 更新数与总更新数的比值，比例下滑就该查。长事务会阻止页面裁剪。
PostgreSQL 19 新增并行 autovacuum，用一个全局上限参数和一个按表参数控制，默认关闭。Christophe Pettus 提醒并行只作用于索引清理，堆扫描和截断仍是单线程，只有多索引的表才吃得到收益；而 VACUUM 压倒性地受 I/O 限制，存储已经打满时加进程只是排更长的队。这些进程还与查询并行共用 max_parallel_workers 池，可能抢走普通查询的槽位。他建议整体保持关闭，只对重索引表按表打开。
pgBackRest 的结局让 Gabriele Bartolini 把话讲明白：维护关键基础设施需要全职投入，也就需要收入，开源不是免费的，总得有人付钱。他回顾 pgBackRest 与 Barman 用不同架构解决同一问题，认为这种竞争让两边都变好了。他提出的良性循环是：企业出钱养工程师，软件在生产中创造价值，用户购买商业支持，收入再投回工程。CloudNativePG 进入 CNCF Sandbox 则带来了厂商中立的治理。
David Steele 在 4 月 27 日宣布 pgBackRest 不再维护，仓库转入归档。项目长期依赖单一维护者加 Crunchy Data 的赞助，这套结构在赞助方易主后没能撑住。Jan Wieremjewicz 指出软件本身仍能用，真正的风险是方向不明和各自拉分支造成碎片化。Percona 表态继续把它作为自家发行版推荐的备份方案，同时提出三条长期出路：基金会托管、多厂商共同治理，或并入 PostgreSQL 生态。
Andres Freund 担心缓存失效回调仍会间接访问，Amit Kapila 认为该实现尚未取得共识。
Hayato Kuroda 采纳方案二，把消息类型改名为 PAWorkerMsgType 并修正依赖跟踪逻辑。
Nisha Moond 发现表名已存在会触发 Assert 崩溃，非超级用户订阅所有者也读不到自己的表。
Haibo Yan 的五个补丁用类型转换钩子识别 cast(extract(...))，直接改写成带类型的提取函数。
Bitmap Heap Scan 分两步：先用一个或多个索引建出匹配行的位图，再按物理顺序访问堆页，把随机 I/O 换成顺序 I/O。规划器一般在选择度居中时选它，也就是行数多于索引扫描划算的范围、又不值得全表顺序扫描。它还能用 BitmapAnd 和 BitmapOr 组合多个独立索引，省掉专门的复合索引。内存不够时位图退化成只记页面级信息，堆访问阶段要靠 Recheck Cond 补做过滤。
Kajabi 要在近乎零停机的前提下升级一套 39TB 的 Aurora PostgreSQL 12，同时切到 Aurora I/O-Optimized 计费。常规升级路径撑不住动态负载，团队改用蓝绿部署叠加原生逻辑复制，用 6 到 8 个复制槽分摊高流量表的压力，并分两段走：先升到 13 以启用 I/O 优化存储，再升到 15。切换由 PgBouncer 接管流量，控制在 10 分钟以内，官方口径的成本降幅是 80.53%。
pgclone 是一个用 SQL 命令跨实例克隆数据库、schema 和表的 PostgreSQL 扩展，走 COPY 协议加自定义后台工作进程，在库内完成克隆，不依赖 pg_dump、pg_restore 或外部脚本。4.0.0 内置脱敏函数，可在克隆时匿名化邮箱、姓名、电话等字段，还会自动扫描源 schema 标出疑似敏感列。索引、约束、触发器、视图和序列都会保留，目标端已有对象可选报错、跳过、替换或改名。
PostgreSQL 19 引入第一个零售式 DDL 函数 pg_get_database_ddl()，可直接重建 CREATE DATABASE 与 ALTER DATABASE 语句，并能选择是否美化输出、是否带上属主和表空间。以往要取单个对象的定义，只能 shell 出去跑 pg_dump -s 再 grep。Christophe Pettus 说它面向管理查询与模式比对工具，不是备份替代，后续还会覆盖表和索引。
PostgreSQL 19 支持不停机开关数据校验和，命令立刻返回，集群照常服务，后台进程在后面逐页重写堆和索引。Christophe Pettus 提醒这才是真正的工作量：每个关系的页面都要读进缓冲区、算校验和、再经 WAL 写回，大集群要几个小时，I/O 压力接近 VACUUM FULL，会与 autovacuum、正常负载和备份抢资源，造成复制延迟，云上还可能耗尽突发 IOPS。中途打断会让集群停在混合状态，安全但不该长期挂着。
David Steele 独自维护 pgBackRest 十三年，在原赞助方兼雇主 Crunchy Data 被出售后另寻工作未果，宣布停止维护。Lætitia Avrot 指出，成百上千家机构在生产中用着它，出事时却只剩一个活跃赞助方，行业把钱投向 GPU 和模型，没人愿意养一个专职做数据完整性与灾难恢复的人。她给出的替代是 Barman：pg_basebackup 没有备份目录和 WAL 保留管理，pg_dump 谈不上时间点恢复。
Michael Paquier 主张先测出错误命令静默成功的现状，再改 read_stream.c 与 bufmgr.c。
Shveta Malik 与 Amit Kapila 支持方案二，既不污染对外协议，也不必保留两条处理路径。