PostgreSQL 博览 2026-10-09 RSS 订阅

PostgreSQL 已合入两项截断检测修复：pg_verifybackup 会确认 gzip、LZ4、zstd 压缩备份完整结束，pg_restore 则补验 LZ4、zstd 转储的最后一帧。此前解压过程没有报错，也可能接受被截断的数据。补丁同时处理 zstd 残留输出，增加多种格式的回归测试。两项提交均注明回补至 19 分支，备份使用者需留意后续构建，并验证实际恢复结果。

PostgreSQL 后端异常退出后，主进程可能仍保持原有 PID，所有会话却已断开并重新执行崩溃恢复。Shridhar Khanal 从两类 SIGHUP 日志入手，区分正常重载配置与子进程被信号终止：后者会触发共享内存重置和 WAL 重放，不能只凭服务进程仍在就排除故障。对单个后端执行 kill -9 也可能波及整库；处理慢查询应先取消语句，必要时再通过数据库接口终止会话。

pgJDBC 发布 42.7.14，修复两类有明确触发条件的安全问题。42.7.11–42.7.13 在 requireAuth 排除全部认证方法或未给出有效方法时，会将限制视为未设置，可能接受明文密码认证；新版拒绝连接。42.7.4–42.7.13 在应用写入短于声明长度时，可能用同连接先前的 SQL 和参数字节补齐，造成内容泄露；新版改为补零。升级时应检查认证白名单与自定义流写入实现。

Citus 增加数据节点后，单个协调节点仍可能先耗尽解析、规划与转发能力。StackGres 1.19 引入查询路由器，把不承载分片的 Citus 节点作为独立入口，并由 Kubernetes 服务分散连接。协调节点继续处理 DDL 和拓扑变更，路由器则同步元数据并参与参考表复制。厂商在特定单行查询测试中，称三个路由器将吞吐从约 55 万提升到 143 万次每秒；新增参考表副本期间仍可能阻塞写入。

Percona 工程师对 MySQL 二进制的性能剖析引导优化进行实测，发现训练数据比打开编译开关更关键。只用窄范围 sysbench 负载，会把清理、刷盘和其他执行路径当作冷代码；高并发采集还可能扭曲热点或破坏计数。合并功能测试与适度并发训练后，收益仍会随竞争加剧而缩小。作者测得低并发一度提升约 12%，高竞争下不足 2%，说明构建优化必须用真实负载复核，不能直接套用单项基准结果。

Cloudflare 为 Workers 与 Durable Objects 开放按需 CPU 和内存性能剖析，可在控制台查看火焰图，也能下载采样文件继续分析。普通 Worker 从正在运行的实例中抽样，有状态对象则可按名称定位到具体实例，帮助追踪热点函数、分配开销及内存不足原因。采样需要实际流量，内存视图只覆盖捕获期间的新分配，无法追溯启动期或此前发生的异常；持续自动剖析仍是后续计划。