PostgreSQL 博览 2026-06-02 RSS 订阅

Autobase 是把高可用 PostgreSQL 集群自动化搭起来的开源平台，常被当成云托管数据库的自建替代。2.8.0 起项目分成两条线：社区版继续以 MIT 许可开源，面向个人开发者和业余项目；新的企业版是商业版本，针对公司内部的集中管理、运维管控、治理、扩展性与技术支持，官方口径是做成可部署在自有基础设施上的完整 DBaaS。选型时要留意能力今后如何在两条线之间划分。

托管 Postgres 评测系列这次看 Azure Database for PostgreSQL Flexible Server。作者认可的是大版本跟进快，当前支持到 PostgreSQL 17，常用扩展按白名单提供，实例级 PgBouncer 事务池不必另起一层，同步流复制把提交刷到两个故障域再回应客户端，语义可审计。代价是备库进入提交路径，备库一慢主库延迟跟着涨，跨可用区每次提交多 1 到 3 毫秒。

leakproof 指函数没有副作用，除返回值外不泄露参数信息；行级安全和 security_barrier 视图靠它判断用户条件能否被推到安全条件之前执行。Laurenz Albe 指出 PostgreSQL 只标了约 345 个 leakproof 函数，基本都是基础类型的比较运算符，保守的代价是 RLS 下查询性能受损。他认为行级安全本就不该指望挡住能随意写 SQL 的用户，过严的定义牺牲了可用性。

Radim Marek 提醒 pg_stat_statements 不是查询仓库，而是共享内存里一张定长哈希表。由此有几处坑：queryid 按对象 OID 计算，跨大版本或重建表之后就会变，不能当持久主键；ORM 的别名、列表和 LIMIT 差异会把一条逻辑查询打散成上百行；条目数受 pg_stat_statements.max 限制，被淘汰的历史直接消失；mean_exec_time 是开机以来的平均，看不出 p99 毛刺。

云账单之外还有一笔隐性成本：工程师花在数据库维护上的重复时间。文章称之为日程债务，在高负载 PostgreSQL 场景里表现为分区管理、autovacuum 调优、复制监控和容量规划，作者估计可以占掉资深工程师两到三成的时间，而且数据从百万行长到十亿行之后，运维手册变厚、新人上手变慢、产品迭代跟着变慢。建议先做一次 90 天日程审计，统计与数据库相关的故障、会议和维护，再用自动分区、保留策略和存储优化把生命周期管理从人手里拿走。