PostgreSQL 资讯

v19 新引入的变量遮蔽警告将单独清理

Chao Li 把 v19 专有告警与旧版问题拆开，避免回补冲突，其余留到 v20 再处理。

阅读更多……

EXCEPT 排除的表转 UNLOGGED 后倾向维持现状

Peter Smith 主张直接报错，Shveta Malik 与 Amit Kapila 担心转回 LOGGED 时无法自动恢复。

阅读更多……

REPACK 并发测试暂定放进 contrib/test_decoding

Álvaro Herrera 说这些测试针对 REPACK 本身而非解码，但那里是眼下最少麻烦的落脚点。

阅读更多……

Christophe Pettus 请甲方给顾问真正的库访问权

外聘 PostgreSQL 顾问却不给生产库访问权，是相当常见的做法。Christophe Pettus 说 PGX 的政策是不靠口述下达改库命令，远程指挥的出错率无法接受；培训和排障需要的条件也不同，事故处置要的是专注而不是边做边教。他认为安全顾虑被高估：云厂商本就有数十名员工能接触生产库，具名顾问配合限时凭证、会话日志、多因子和 IP 白名单，风险反而更低。静态副本复现不了与数据量、并发和复制相关的性能问题。

阅读更多……

pgEdge 推出 AI DBA Workbench 公测版

pgEdge 发布自托管的 PostgreSQL 监控平台 AI DBA Workbench，由采集器、告警器和服务端组成，跑在自家基础设施上，按 PostgreSQL 许可证分发。34 个内置探针不必在数据库主机上装 agent，异常检测分统计基线、向量相似度和 LLM 分类三层。名为 Ellie 的助手可以执行查询、分析执行计划、查看模式，最多做 50 轮多步诊断。现处公测，支持 PostgreSQL 14 以上。

阅读更多……

TimescaleDB 2.26 的列存聚合与元数据扫描提速

TigerData 发布的 TimescaleDB 2.26 把向量化列存执行扩展到 time_bucket() 聚合，让查询留在列式路径上，聚合快约 3.5 倍。新增的 ColumnarIndexScan 直接用块元数据回答 COUNT、MIN、MAX 一类查询，不必解压数据，最高快 70 倍。复合布隆过滤器开始支持多列谓词，在解压前跳过无关批次，提速两倍以上。此外还有更快的文本聚合与更稳的复制，升级后自动生效。

阅读更多……

pg_trgm 的 GIN 索引构建从 248 秒降到 144 秒

David Geier 提交的补丁系列针对 pg_trgm 的 GIN 索引构建做了三处优化：把 btint4cmp() 改成无分支实现、为 trigram 引入基数排序、在 ginInsertBAEntries() 里用哈希映射替换红黑树，最后一项把复杂度从键总数乘以唯一键对数降到线性加一次排序。lineitem 基准上索引构建从 248 秒缩短到 144 秒，下一个瓶颈落在 trigram 生成。

阅读更多……

CYBERTEC 用太阳能与储能做到七个月能源自给

阅读更多……

Fujitsu 在 FOSSASIA PGDay Bangkok 登台分享

阅读更多……

TSearch 的波兰语配置

阅读更多……

跨会话临时表修复保留原错误信息并将回补

阅读更多……

WAIT FOR LSN 的测试补丁按可观察状态重写

阅读更多……

xl_heap_visible 削减的三个测试修复已提交

阅读更多……

逻辑复制 walsender 关闭阻塞导致 CI 超时

Fujii Masao 建议改用 pq_flush_if_writable()，只在内核发送缓冲区写满时改变行为。

阅读更多……

并发 REPACK 期间复制槽阻止 restart_lsn 推进

Zhijie Hou 的补丁让 repack 解码进程写完变更后推进 restart_lsn，避免 WAL 堆积数天。

阅读更多……

规划器路径共享的悬垂指针进入 hackers 讨论

David Rowley 建议引入 copy_path() 并在 add_path() 加断言，校验路径的父关系归属。

阅读更多……

Stormatics 拆解 PostgreSQL 性能问题的六项代价

查询低效、膨胀、连接开销与内存配置之外，还有反复排查的运维负担和被扩容掩盖的浪费。

阅读更多……

pgEdge 控制平面：五分钟拉起三节点多主集群

pgEdge 把 PostgreSQL 的全生命周期收进一个轻量编排器，配置、网络、复制和高可用都通过声明式 REST API 管理，创建、故障切换、备份恢复与扩缩写在同一套规格里。Antony Pegg 演示的路径是先起 Docker Swarm，再启动控制平面容器，POST 一份定义三个节点及端口的 JSON，轮询到状态变为 available，约五分钟完成。节点间自动建立 Spock 复制，高可用交给 Patroni。

阅读更多……

Hints 系列（三）：pg_plan_advice 给建议而非命令

Christophe Pettus 把 pg_plan_advice 与 Oracle 式提示、pg_hint_plan 区分开：它提供的是机制而非策略，规划器仍握有最终决定权，建议只作为代价计算之外的参考，开发者可以只指定连接方法这类局部信息，其余交给规划器优化。补丁分成核心机制、采集示例和应用示例三个模块，第三方扩展可以自建存储与匹配策略。典型用法是找出慢查询，采集期望计划，再按 query id 存下建议，不必改应用 SQL。

阅读更多……

Percona 分辨慢查询与长耗时查询的差别

PostgreSQL 调优里最容易混为一谈的，是慢查询与长耗时查询。Sonia Valeja 指出，慢查询因为缺索引、计划不佳或模式设计问题而超出预期地耗时，白白占用资源；长耗时查询处理的是大数据集或复杂运算，本身效率正常，只是活儿多。两者的处置方式不同：前者要加索引、更新统计信息，后者更多是调度和负载规划的问题。判断依据来自业务上下文，跑得久未必需要优化，先分清查询是效率低还是工作量大。

阅读更多……

Ring 用 pgvector 撑起十亿级语义视频搜索

Ring 把跨四大洲、1000 到 2000 亿条嵌入向量的语义视频搜索建在 RDS for PostgreSQL 和 pgvector 上，每天新增约 20 亿条，查询延迟压在 2 秒以内。按用户分区避免单张巨表；刻意不建向量索引，用暴力并行扫描换取 100% 召回；再用 16 个工作进程把 EBS 带宽吃满。Alexander Onbysh 说明选 PostgreSQL 而非专用向量库，考虑的是这个规模下的成本与运维经验。

阅读更多……

depesz 实测 REPACK CONCURRENTLY 的锁开销与耗时

PostgreSQL 19 给 REPACK 加了 CONCURRENTLY 选项：大部分时间只持较弱的共享更新排他锁，靠复制槽做逻辑解码追上并发改动，只在最后交换文件节点时短暂升为排他锁。depesz 在一张删掉 80% 行、19GB、两亿行的表上实测，66 秒压到 4.1GB，其间插入延迟从 1.5 毫秒升到平均 5.5 毫秒，峰值约 63 毫秒。已知限制是复制槽稀缺、全库同时只能跑一个 REPACK，末尾升锁还可能死锁。

阅读更多……

2026 年第 15 周 PostgreSQL 贡献速览

阅读更多……

GUC 全解：allow_alter_system

阅读更多……