PostgreSQL 博览 RSS

PostgreSQL 全球开发组发布 19 的第一个 Beta，正式版预计在 2026 年 9 月到 10 月之间。性能侧有异步 I/O 增强、并行 autovacuum 和 worker 自动伸缩，存在外键时插入速度最多提升到两倍。新功能包括 SQL/PGQ 属性图查询、GROUP BY ALL 和增强的时态查询，安全侧加了 SNI 与密码过期警告，监控多了两个统计视图。逻辑复制支持序列复制，数据校验和可在线打开，JIT 默认关闭。

Stefan Fercot 用 pgBackRest 2.58.0 配 Percona Server for PostgreSQL 18 和 pg_tde 做了一轮实测，数据是约 1.5 GB 的加密 pgbench 表，仓库放在 S3 兼容对象存储上，WAL 也开了加密。结论是全量与增量备份、同步和异步归档、恢复到命名还原点都正常，用 OpenBao 管密钥的过程对备份透明。代价是压缩、块级增量、WAL 头校验和页校验都得关掉。

PostgreSQL 一个连接一个后端进程，每个后端空闲时占十几个文件描述符，写入时可能到几百个，max_connections 设得过大又不做池化，很容易撞上 fs.file-max 或进程的 RLIMIT_NOFILE。征兆是日志里先出现 out of file descriptors，随后后端被信号 6 终止并触发崩溃恢复。作者的建议是用 PgBouncer 把连接收敛到几百个后端。

AWS 数据库博客连着发了两篇，梳理 Aurora PostgreSQL 和 RDS for PostgreSQL 上由扩展提供的索引类型：一篇讲 bloom、pg_trgm 和 pg_bigm，覆盖多列等值过滤、模糊匹配与日文等亚洲语言的检索；另一篇讲 SP-GiST、btree_gin 和 btree_gist，落点在操作符类和可扩展索引框架。这些能力在生产里常见却容易被忽略，适合拿来做索引设计评审。

跨区域容灾最难的部分往往不是复制本身，而是切换时的容量、顺序、依赖服务、入口和回退。AWS 的应用恢复控制器给 Region switch 增加了 Amazon Aurora 的扩容和 Amazon Neptune 全球数据库的故障转移，让数据库恢复并进统一的应用恢复计划，跨区域恢复从手写 runbook 往托管控制面走。用这套方案前仍要实测演练：读写角色切换、容量预热、依赖顺序、RTO 与 RPO，以及失败后的回滚路径。