来源: postgr.es
55
很多 PostgreSQL 用户把 当成一个"好看但没用"的参数——改了它， 输出里进程名变了，似乎到此为止。但在有同步复制（synchronous replication）的架构里，这个参数扮演的角色远比表面重要：主节点正是靠 standby 的 来确认谁是同步副本。搞错它，你的同步复制可能静默失效。 最直观的效果体现在操作系统进程列表中。默认值是空...
来源: postgr.es
62
2026 年对 PostgreSQL 是个特殊年份——项目诞生整整三十年。今年的 PGConf.dev 回到了温哥华，这场以贡献者和内核开发者为核心的小型会议，比任何其他 PostgreSQL 大会都更"真实"：邮件列表里那些只出现在 commit 记录中的名字，突然就站在你旁边，端着咖啡和你讨论 patch 的边界条件。 但三十周年不只是庆祝。从会议...
来源: postgr.es
48
PostgreSQL 用 MVCC 实现并发控制——读不阻塞写，写不阻塞读，这是很多人对 PG 的基本印象。但一旦真正上线运维，锁的冲突会在你完全没预料到的地方冒出来：一条本该秒级完成的 把整个服务拖死，两条只做 的事务居然死锁了，autovacuum 突然不可取消……本文梳理五个这样的反直觉锁行为，每个都附带复现路径和应对方案。 环境说明：以下行为在...
来源: postgr.es
61
从渥太华到温哥华，PGCon 换了城市也换了气质。今年新增的周二社区讨论日，让整周的信息密度翻了一倍。但真正值得记录的，不是海堤骑行或蒸汽钟，而是会场里那些直接影响 Postgres 未来走向的讨论和决策。 SQL/PGQ 是 PG 17 新提交的特性，让 Postgres 可以用标准 SQL 语法做图模式匹配。作者原本预期讨论会只有十几人，结果超过 ...
来源: postgr.es
50
Christophe Pettus 正在逐个拆解主流托管 PostgreSQL 服务——RDS、Aurora、Cloud SQL 之后，第四站落在了 Google AlloyDB。它和 Aurora 的架构思路相似（分布式存储层替代本地磁盘），但实现路径和运营细节差异足够大，不能简单当作"GCP 版 Aurora"来用。 AlloyDB 的核心设计：P...
来源: postgr.es
62
2026 年，一个诞生于 1990 年代的 PostgreSQL 扩展被检出高危缓冲区溢出漏洞。这件事本身不算罕见——老代码有老毛病，修了就好。真正让人不安的是另一个事实：大多数团队根本说不清自己系统里到底装了哪些扩展、哪些依赖、哪些已经没人维护的陈旧组件。 漏洞不是最可怕的，看不见才是。 PostgreSQL 的扩展生态从 90 年代就开始生长。很多...
来源: postgr.es
56
刚从温哥华回来，PGConf.dev 2026 的技术讨论密度远超预期。Jeremy Schneider 在会后总结中梳理了几条真正触及 Postgres 设计短板的线索——不是"新功能很酷"那种，而是"我们一直假装没问题但其实有结构性缺口"那种。下面挑三条最值得生产环境用户关注的展开。 物理复制做高可用，已经是 Postgres 用户最主流的方案。但...
来源: postgr.es
49
排查慢查询时，你跑了一条 ，终端瞬间吐出几十行密密麻麻的文本——内存分配、缓冲区命中、工作进程数、小数点后三位的行数估算……你真正关心的不过是：为什么这里走了 HashJoin 而不是 NestLoop？但所有噪声把关键信息淹没了。 Andrei Lepikhov 在阅读 Jimmy Angelakos 的《PostgreSQL Mistakes an...
来源: postgr.es
104
过去两年，AI 行业的叙事重心几乎全在模型：哪个 LLM 参数更多、哪个向量数据库更快、哪个编排框架更灵活。但组织真正把 AI 推向生产环境时，撞上的墙往往不是模型能力不足——而是企业数据缺乏机器可读的意义。模型能生成流畅的语言，却无法判断 "active" 在 CRM 里指"可登录"还是在合规系统里指"受监控"，更无法自动知道哪张表是权威来源、哪个字...
来源: postgr.es
50
周五傍晚，你收拾好东西离开办公室，心里很踏实——系统跑了一整周没出问题。与此同时，服务器磁盘利用率悄悄爬到了 90%，WAL 文件堆积如山，一条查询已经执行超过一小时，没人注意到，因为仪表盘上的数字"看起来还行"。等到写入开始报错、同事发消息问"数据库好像有点慢？"的时候，数据库已经不是慢了——它已经挂了。 这不是什么新鲜事。麻烦的信号一直都在，只是监...