PostgreSQL 博览 2026-09-24 RSS 订阅

PostgreSQL 19 发布第四个测试版，进入正式发布前的收尾阶段。SQL/PGQ 图查询、在线启停数据校验和、时态数据分段修改，以及分区合并与拆分均已撤出本版；同时继续修复在线重整、外键检查和逻辑复制等功能的问题。项目组计划于 10 月初推出候选发布版，正式版可能在 10 月发布。测试环境应按大版本升级方式迁移并重新验证应用兼容性，依赖这些延期特性的项目也需要调整上线安排。

PostgreSQL 为此前披露的逻辑解码初始快照竞态合入修复：事务的提交记录已写入 WAL，但提交状态尚未更新时，快照可能把该事务误判为中止，并留下错误的行可见性标志，导致数据损坏。修复会等待事务退出活动进程数组，再完成可见性判断。问题在 PostgreSQL 19 在线重整的压力测试中暴露，实际影响更早版本；补丁已合入 14 至 19 的维护分支，交付仍需等待后续版本，不能将其视为 Beta 4 已包含的修复。

Christophe Pettus 解释预备事务与普通事务的运维差异：两阶段提交进入预备状态后，即使连接断开、后端终止或数据库重启，也会继续持锁并拖住垃圾回收，只能通过提交或回滚预备事务结束。默认关闭这项能力可以避免意外遗留事务；确需启用时，应监控预备事务的年龄，并预算对应的共享内存槽位。备库的容量设置必须不低于主库，提高上限时应先调整并重启备库，不能依赖普通会话超时机制清理这些事务。

Tiger Data 用 PostgreSQL 16 拆解插入的写入成本：数据行之外，每个索引还要维护自己的页面，并产生额外 WAL；检查点之后的首次页面修改又会增加全页镜像。厂商称，实验中三个索引让约 3.8 MB 的输入生成约 33 MB 日志。文章用日志位置和 WAL 统计测量放大倍数，同时提醒这些计数属于整个实例，需在安静窗口采样。优化应结合索引用途、批量导入和全页镜像压缩，不能把新增硬件当成降低写入放大的替代方案。

Delivery Hero 将广告事件处理迁至 Apache Flink，用异步查询补全维度信息，再通过有状态去重和跨天关联处理点击与转化。状态保存在 RocksDB，并把增量检查点写入对象存储；原始事件另行归档，支持故障恢复和重放。厂商称处理延迟由约 61 分钟降至 1.2 秒、成本下降 57%。这里的计费准确性依靠重复事件识别，不能直接等同于全链路恰好一次；报表汇总仍按批次写入，设计需要分别界定事件处理、计费和查询的新鲜度。

Cloudflare 披露并修复容器存储隔离漏洞：薄置备磁盘复用空间时跳过清零，新的容器可能读到同一宿主机上旧容器留下的数据。漏洞涉及已释放空间中的残留内容，并非直接读取其他正在运行容器的磁盘。修复不仅重新启用清零，还需更换运行中的磁盘和缓存镜像层，才能消除已有映射中的残留；清理已于 9 月 19 日完成。公司称现存遥测未发现研究者和内部测试之外的利用记录，事件凸显共享存储回收路径同样属于租户隔离边界。