PostgreSQL 博览 RSS

大版本升级后统计信息清零、查询变慢甚至超时，是长期存在的性能悬崖。PostgreSQL 18 支持在升级中保留规划器统计，Nikolay Samokhvalov 验证它对更早的版本同样可用：用 PG18 自带的 pg_dump 加 --statistics-only，从 PG14 到 PG17 的旧集群取出统计，再用新的恢复函数导入新集群。测试确认 PG18 的 pg_dump 能顺利从 PG16 服务端提取。跨版本升级因此不必等 ANALYZE 跑完再放流量。

PostgreSQL 18 支持用 Google、Auth0 等身份提供方签发的令牌代替密码登录。Rafia Sabih 梳理了整条链路：服务端编译时要带 --with-libcurl，客户端需要 psql 18 或更高版本；pg_hba.conf 中的 oauth 方法要写明签发者 URL 与 scope，验证器和用户名映射按需配置。连接时既可以走基于浏览器的交互式认证提示，也可以直接携带已经拿到的令牌。这条路径把口令管理挪到了身份提供方一侧。

把现成的库改成多主复制往往先要动 schema：UPDATE 与 DELETE 的复制依赖主键，外键级联会制造冲突，一些序列类型和扩展也不兼容。pgEdge 产品经理 Antony Pegg 把这套评估做成了命令行工具 MM-Ready，围绕 schema、复制配置、扩展、序列、触发器和 SQL 写法执行 56 项检查，结果按严重程度分成四级。工具有连库扫描、只读结构文件、审计已部署的 Spock 和长期观察四种模式。

Richard Yen 整理了 EXPLAIN 里容易被忽略的五个选项。BUFFERS 区分 shared hit 与 shared read，用来判断是缓存没命中还是内存吃紧；MEMORY 单独报告规划阶段用掉和申请的内存；WAL 给出记录数、整页写和字节数，适合看批量导入与复制压力；SETTINGS 列出影响规划的参数；VERBOSE 展开列引用与模式限定名，能看清视图展开和规则重写。他建议组合使用，并把同样的开关配进 auto_explain。