来源: postgr.es
36
用 和 组合做 PostgreSQL 19 集群升级，思路很诱人：先把物理只读副本转换成逻辑订阅端，让新集群追上旧集群，再在很短的窗口里切流量。这个流程把停机时间压得很低，但也暴露了一个长期存在的坑：逻辑复制不会复制 sequence 的当前状态。 这不是一个边角问题。只要表里有 、、，背后通常都有 sequence。数据行复制过去了，如果 seque...
来源: postgr.es
47
Swiss PGDay 2026 延续了一个有趣的传统：名字叫 PGDay，实际是两天、双 Track 的 PostgreSQL 活动。它不只是听报告的会议，更像一次 PostgreSQL 工程师、用户、顾问和组织者的年度现场同步。Laurenz Albe 的记录里，技术话题、社区关系、走廊交流和晚间活动交织在一起，正好说明 PostgreSQL 为什...
来源: postgr.es
40
很多团队并不缺备份、复制、监控或云服务，真正缺的是在压力下把它们用对的能力。灾难恢复，简称 DR，最容易被误解成一套工具清单：有备份、有只读副本、有对象存储、有告警，就算准备好了。但真正出事时，决定 RTO 的往往不是你买了什么，而是谁来指挥、命令是否还能跑、权限是否还有效、团队有没有练过。 这篇文章讨论的是 DR 的后半段：如何把恢复能力从文档变成流...
来源: postgr.es
51
2026 年 6 月下旬，PostgreSQL 社区在欧洲多地连续发生了几件值得记录的事：伦敦、里尔、法兰克福、荷兰用户组相继举办 Meetup，PGDay UK 2026 的项目委员会敲定日程，Swiss PGDay 2026 也在 6 月 25–26 日举行。单看每场活动，它们像是普通的社区聚会；连起来看，则能看到一个成熟开源数据库社区如何靠本地组...
来源: postgr.es
45
是 PostgreSQL 里一个容易被忽视的 GUC（Grand Unified Configuration）。默认值 100 对大多数场景够用，但当你把它推到 500 甚至更高时， 的耗时会暴涨——不过在某些数据分布下，这个代价换来的是查询计划质的飞跃。 PostgreSQL 的查询优化器不看原始数据，它看的是 里存的统计摘要。 决定 在每列上采集多...
来源: postgr.es
50
PostgreSQL Buildfarm 是社区持续集成的基础设施——几十个成员在不同平台、不同分支上跑构建和测试，结果汇总到 Buildfarm 数据库。多年来，想拿这些数据的人只有一个办法：爬网页。Andrew Dunstan 最近收到同事询问，才发现确实没有正式 API，于是借助 Claude Code 动手写了一个，现在已经上线。 Buildf...
来源: postgr.es
45
你写了一条 SQL，数据库引擎拿到它之后，并不是直接按你写的样子执行。在真正跑起来之前，引擎要做一件极其复杂的事——规划。Christophe Pettus 在演讲中把这件事拆成了两个截然不同的工种：先把你的 SQL 改写成更好的形状，再在数十亿种可能的连接顺序里搜出最便宜的那一条。 理解这两个工种的分工和局限，是写出高性能 SQL、读懂 输出的前提。...
来源: postgr.es
55
PostgreSQL 有上百个 GUC（Grand Unified Configuration）参数，大多数面向生产运维，比如 、。但有一小撮参数以 开头，它们原本是 PG 自身的开发测试机制——开发者用来验证 planner、deadlock detector、parallel execution 等子系统是否正常工作。这些参数被暴露为运行时配置，意...
来源: infoq.com
57
微软最近开源了一个 PostgreSQL 扩展——，它的核心主张很简单：持久化工作流不需要再跑到外面去。工作流的状态、步骤、恢复逻辑全部在数据库内部完成，省掉 Temporal、Camunda 这类外部编排系统的一整套部署和维护成本。 传统做法里，一个业务流程（订单审批、退款处理、数据迁移）要跨多个服务调用，中间状态丢给外部编排引擎保管。这带来几个实际...
来源: infoq.com
42
持久化执行（durable execution）一直是分布式系统的硬骨头——工作流跑到一半，进程崩溃、网络断开、节点宕机，你得从上次成功的那一步接着走，而不是从头重来。传统做法是把状态交给外部编排引擎（Temporal、AWS Step Functions 等），数据库只负责存业务数据。微软最近开源的 PostgreSQL 扩展 pg_durable ...