PostgreSQL 博览 2026-08-13 RSS 订阅

PostgreSQL 全球开发组发布了所有受支持版本的更新，包括 18.6、17.11、16.15、15.19、14.24，以及 19 的第三个 Beta。本次修掉 28 个安全漏洞和过去数月报告的一百一十多个缺陷。18.4 到 18.6 之间跳过了 18.5，原因是回归问题。三类情况升级后可能还要额外处理：并行 GIN 索引构建、btree_gist 与 ltree。另外 PostgreSQL 14 将在 2026 年 11 月 12 日停止接收修复。

Ryan Booz 这一篇讲怎么识别高基数负载，也就是持续产生的唯一归一化查询数超过 pg_stat_statements.max，导致统计被挤掉。常见来源是 ORM、动态 SQL、临时报表和 AI 辅助开发工具。文中用 Bluebox 造压：同一负载在 PostgreSQL 17 上产生 671 条唯一语句，在 18 上只有 120 条，差别来自 IN 列表归一化的改进。诊断方法是重置后观察填充速度，并盯住释放计数。

Bertrand Drouvot 发布了 pg_walviz，一个把 WAL 段文件的物理布局画到浏览器里的只读工具。它启动一个本地 HTTP 服务，四个联动视图分别显示按资源管理器活动着色的段热力图、选中页上的记录片段、解码后的记录头，以及按组成部分着色的原始字节。它补的是 pg_waldump 纯文本看不清的那部分。使用前提是只对归档或不可变的段副本操作，并配同版本的 pg_waldump。

Christophe Pettus 讲 io_max_concurrency：它规定单个进程同时能有多少个 IO 在途，是对 effective_io_concurrency 请求量的封顶。这个参数由 PostgreSQL 18 的异步 IO 子系统引入，默认 -1 表示启动时自动算，属于 postmaster 级别，改动要重启。前者最高能要到 1000，但单进程实际发出多少受这个上限约束。作者建议保持 -1，先用 pg_aios 核实真实并发。

Diksha Sharma 从数据库管理员的实际处境出发，梳理 PostgreSQL 里做数据脱敏会遇到什么。难点有三类：要覆盖各式各样的数据类型，要能施加临时性的脱敏控制，还要把基于角色的脱敏策略做成可长期维护的东西而不是一次性脚本。文章的落点是在数据保护和业务可用之间找平衡，让需要用数据的团队照常工作，同时不让原始敏感值流出去。对准备把脱敏规范化的团队来说，它更像一份问题清单而不是具体实现方案。

Tailscale 公布了一次生产数据库损坏的排查结果，根因是 SQLite 的 WAL 重置竞态。官方说明触发条件相当苛刻：必须是 WAL 模式，同一文件至少有两个独立线程或进程连接，并在极窄的时刻并发写入和检查点。修复进入 3.51.3 及之后的版本，也回补到了 3.44.6 与 3.50.7。这属于数据损坏而不是一般可用性缺陷，受影响的版本跨度约十六年。合适的做法是先生成运行时版本清单，筛出 WAL 加多连接的部署，做备份恢复演练再升级。