PGNexus 每周新闻

本周 PostgreSQL 技术动态

本周内容涵盖:TimescaleDB 2.28 带来的时序性能提升、PostgreSQL 19 引入 SQL/PGQ 图查询实现数据血缘追踪、高频写入场景下约束的隐性开销分析,以及 Fujitsu 在 PostgreSQL 19 逻辑复制方面的贡献。这些文章分别涉及版本发布、核心特性、性能调优与社区开发,覆盖 PostgreSQL 从业者的核心关注领域。

TimescaleDB 2.28:查询性能提升、运维成本降低与 Schema 演进优化

2026年7月29日 | Nicole Ghalwash

TimescaleDB 2.28:查询性能提升、运维成本降低与 Schema 演进优化

TimescaleDB 2.28 针对时序工作负载带来了多项性能与运维改进。持续聚合(continuous aggregate)刷新操作从表级锁改为行级锁,允许并发执行。新增对持续聚合的 ADD COLUMN 支持,无需重建即可完成 schema 演进。增量刷新批处理功能可将大时间窗口拆分为多个小事务执行。压缩数据查询方面,first/last 聚合可直接…

阅读原文
PostgreSQL 19 中的数据血缘追踪:CFO 再也不用问"这个数字从哪里来"

2026年7月28日 | Hans-Jürgen Schönig

PostgreSQL 19 中的数据血缘追踪:CFO 再也不用问"这个数字从哪里来"

PostgreSQL 19 引入了 SQL/PGQ 图查询扩展,支持直接在数据库内查询数据血缘关系。通过创建 edge 表记录行级别的转换关系,并使用 CREATE PROPERTY GRAPH 声明属性图,工程师可以用 GRAPH_TABLE 语法以标准 SQL 追踪从数据源到报表的完整链路。与基于外键和递归 CTE 的方案相比,SQL/PGQ 语法更贴…

阅读原文
Postgres 约束在大规模应用中的隐性成本

2026年7月24日 | NanoHertz Communications

Postgres 约束在大规模应用中的隐性成本

在高频写入场景下(如每秒 50K 条插入),PostgreSQL 的 FOREIGN KEY 和 UNIQUE 约束会带来 PoC 阶段难以察觉的显著开销。每次插入时,FOREIGN KEY 都会对父表发起逐行索引查找并获取 FOR KEY SHARE 锁,在高并发下会导致 MultiXact SLRU 争用;UNIQUE 约束则在每次插入前触发索引扫描。…

阅读原文
Fujitsu 在 PostgreSQL 19 中的主要贡献亮点

2026年7月28日 | Hayato Kuroda

Fujitsu 在 PostgreSQL 19 中的主要贡献亮点

Fujitsu 的 PostgreSQL 团队在 PostgreSQL 19 的开发周期中持续贡献代码,重点改进了逻辑复制相关功能,并在社区中获得了一定认可。该文章回顾了团队在本次版本中主导或参与开发的具体技术变更,体现了 Fujitsu 对 PostgreSQL 开源开发的长期投入与影响力。

阅读原文

Top 5 Hacker 技术讨论

多个开发线程同步推进:逻辑复制方面,冲突日志历史表提案仍在就并行 apply worker 的错误恢复安全性展开讨论;针对发布 EXCEPT 子句的清理补丁在审查后被撤回;REPACK CONCURRENTLY 的死锁修复推迟至 pg20;对 Oracle 和 Trino 的行模式识别交叉测试发现三处匹配器缺陷及两个错误结果;索引预取 V31 修复了与主干的冲突,但因日程限制,补丁 0001 的提交有所延迟。

提案:逻辑复制的冲突日志历史表

讨论围绕为逻辑复制添加冲突日志历史表的提案展开。Robert Haas 对并行 apply worker 中错误恢复代码的安全性提出质疑,具体涉及一个 PG_CATCH 块——该块在调用 AbortOutOfAnyTransaction() 后,又在新事务中插入冲突日志记录。Amit Kapila 认为现有方案是安全的:AbortOutOfAnyTrans…

阅读讨论
在发布中跳过模式变更

Vignesh C提出了一个补丁来处理PostgreSQL发布中UNLOGGED表转换的问题。当发布EXCEPT子句中列出的表被转换为UNLOGGED时,会在pg_publication_rel中留下陈旧条目,因为UNLOGGED表不支持复制。原始补丁会移除这些条目并发出NOTICE。然而,Shveta Malik担心从EXCEPT列表中移除表会在转换回L…

阅读讨论
添加 REPACK [concurrently]

REPACK [concurrently] 功能存在一个潜在的死锁问题,可能导致大量工作成果丢失。Mihail Nikalayeu 提交了一个补丁来修复该问题。Alvaro Herrera 在 pgconf.dev 前对补丁进行了审查,认为相关代码逻辑不直观,在极端情况下存在一定风险,因此建议将该补丁推迟到 pg20 周期初期合入,以便有更充裕的时间进行审…

阅读讨论
行模式识别

Henson Choi 对 PostgreSQL 的 Row Pattern Recognition (RPR) 匹配器进行了系统性交叉验证,参照引擎为 Oracle 23ai 和 Trino 471,共测试约 1,000 条 PATTERN 语句。验证发现匹配器优先级逻辑中存在三个正确性缺陷:循环守卫对重复变量状态的误判、空迭代停止规则处理不当,以及固定…

阅读讨论
索引预取机制

Peter Geoghegan 发布了 index prefetching 补丁集的 V31 版本,主要目的是修复与当前 master 分支的冲突,与上一版本相比差异不大。他原计划在 7–10 天内提交第一个补丁(0001),但因时间不足加上下周有出差安排,提交时间将至少再推迟一周。V31 的一个值得关注的结构调整是,"Limit get_actual_v…

阅读讨论

本周行业动态

Anthropic 发布了更便宜、限制更少的 Opus 5,并升级了 Claude 语音模式以支持实际任务处理。OpenAI 将全新语音模式扩展至 ChatGPT 桌面端,支持与 Codex 和 Work 协同使用。与此同时,Ilya Sutskever 创立的 Safe Superintelligence 结束隐秘运营,宣布与 Nvidia 建立长期合作以扩展算力。此外,Claude 分享对话功能疑遭 Google 索引,引发隐私担忧。

Anthropic 推出 Opus 5,更便宜、限制更少的 AI 模型

techcrunch.com

Anthropic 推出 Opus 5,更便宜、限制更少的 AI 模型

Anthropic 发布了最新 AI 模型 Opus 5,与前代模型 Fable 相比,Opus 5 价格更低、限制更少,预计将成为大多数应用场景的首选。此次发布是 Anthropic 模型系列的重要更新,有助于该公司通过降低使用门槛、扩展模型能力,在 AI 市场中展开更有力的竞争。

Anthropic 推出更强大的 Claude 语音版本

techcrunch.com

Anthropic 推出更强大的 Claude 语音版本

Anthropic 近日对 Claude 语音模式进行了升级,引入了更强大的 AI 模型。新版语音功能不再局限于简单对话,还能协助完成重新安排会议、起草电子邮件等实际任务。此次更新标志着 Claude 在语音交互能力上迈出了重要一步,也进一步强化了其在竞争激烈的 AI 语音助手市场中的差异化优势。

techcrunch.com

Safe Superintelligence 与 Nvidia 携手推进 AI 研究规模化

由前 OpenAI 首席科学家 Ilya Sutskever 创立的 AI 安全初创公司 Safe Superintelligence(SSI)宣布与 Nvidia 建立长期合作伙伴关系。此前,该公司已在隐秘模式下运营近两年。此次合作旨在为 SSI 的 AI 研究扩展算力基础设施,助力公司迈入下一发展阶段。与 AI 计算硬件领域巨头 Nvidia 的携手,…

Claude 聊天记录和 Artifacts 据称被 Google 搜索收录

techcrunch.com

Claude 聊天记录和 Artifacts 据称被 Google 搜索收录

Anthropic 旗下 AI 助手 Claude 的用户近日收到警告:通过"分享对话"功能生成的聊天记录和 Artifacts,可能已被 Google 抓取并收录进搜索索引,从而被公众发现。该功能会生成公开链接,任何人均可通过链接查看相关对话或项目内容。由于这些链接可被搜索引擎爬取,用户的私密或敏感对话内容存在泄露风险。此事件引发了外界对 AI 平台处理…

想要了解更多 PostgreSQL 社区和行业消息吗?
访问 PGNexus 了解更多