PostgreSQL 博览 2026-04-27 RSS 订阅

David Steele 独自维护 pgBackRest 十三年，在原赞助方兼雇主 Crunchy Data 被出售后另寻工作未果，宣布停止维护。Lætitia Avrot 指出，成百上千家机构在生产中用着它，出事时却只剩一个活跃赞助方，行业把钱投向 GPU 和模型，没人愿意养一个专职做数据完整性与灾难恢复的人。她给出的替代是 Barman：pg_basebackup 没有备份目录和 WAL 保留管理，pg_dump 谈不上时间点恢复。

PostgreSQL 19 支持不停机开关数据校验和，命令立刻返回，集群照常服务，后台进程在后面逐页重写堆和索引。Christophe Pettus 提醒这才是真正的工作量：每个关系的页面都要读进缓冲区、算校验和、再经 WAL 写回，大集群要几个小时，I/O 压力接近 VACUUM FULL，会与 autovacuum、正常负载和备份抢资源，造成复制延迟，云上还可能耗尽突发 IOPS。中途打断会让集群停在混合状态，安全但不该长期挂着。

PostgreSQL 19 引入第一个零售式 DDL 函数 pg_get_database_ddl()，可直接重建 CREATE DATABASE 与 ALTER DATABASE 语句，并能选择是否美化输出、是否带上属主和表空间。以往要取单个对象的定义，只能 shell 出去跑 pg_dump -s 再 grep。Christophe Pettus 说它面向管理查询与模式比对工具，不是备份替代，后续还会覆盖表和索引。

pgclone 是一个用 SQL 命令跨实例克隆数据库、schema 和表的 PostgreSQL 扩展，走 COPY 协议加自定义后台工作进程，在库内完成克隆，不依赖 pg_dump、pg_restore 或外部脚本。4.0.0 内置脱敏函数，可在克隆时匿名化邮箱、姓名、电话等字段，还会自动扫描源 schema 标出疑似敏感列。索引、约束、触发器、视图和序列都会保留，目标端已有对象可选报错、跳过、替换或改名。

Kajabi 要在近乎零停机的前提下升级一套 39TB 的 Aurora PostgreSQL 12，同时切到 Aurora I/O-Optimized 计费。常规升级路径撑不住动态负载，团队改用蓝绿部署叠加原生逻辑复制，用 6 到 8 个复制槽分摊高流量表的压力，并分两段走：先升到 13 以启用 I/O 优化存储，再升到 15。切换由 PgBouncer 接管流量，控制在 10 分钟以内，官方口径的成本降幅是 80.53%。

Bitmap Heap Scan 分两步：先用一个或多个索引建出匹配行的位图，再按物理顺序访问堆页，把随机 I/O 换成顺序 I/O。规划器一般在选择度居中时选它，也就是行数多于索引扫描划算的范围、又不值得全表顺序扫描。它还能用 BitmapAnd 和 BitmapOr 组合多个独立索引，省掉专门的复合索引。内存不够时位图退化成只记页面级信息，堆访问阶段要靠 Recheck Cond 补做过滤。