PGNexus 每周新闻

本周 PostgreSQL 技术动态

本周内容涵盖:PostgreSQL 19 新增的 SQL/PGQ 图查询支持、Odyssey 1.5.1 连接池工具发布、powa-archivist 5.2.0 新增 PostgreSQL 19 兼容性,以及 AWS 利用 Aurora 蓝绿部署结合 NVMe 存储重建大型索引的实用指南。这些内容共同呈现了主要版本支持更新、工具链改进,以及生产环境下经过验证的性能优化方案。

SQL/PGQ 在 PostgreSQL 19 中的联接重写机制

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

SQL/PGQ 在 PostgreSQL 19 中的联接重写机制

PostgreSQL 19 的 `GRAPH_TABLE` 语法(SQL/PGQ)本质上是一个解析层的改写机制:图查询会被转换为针对底层表的普通 join,并由标准优化器进行规划。因此,性能行为可预期,现有索引直接生效,`EXPLAIN` 输出的也是普通的 join 树。索引策略与外键列的处理原则相同——反向遍历需要在目标列上单独建索引。当前版本的限制包括…

阅读原文
利用蓝绿部署在 Aurora PostgreSQL 上重建大型索引

2026年7月13日 | Santosh Mishra

利用蓝绿部署在 Aurora PostgreSQL 上重建大型索引

在 Amazon Aurora PostgreSQL 上重建大型索引时,REINDEX 操作需要将排序中间数据溢写到磁盘,若临时存储空间不足则会导致重建失败。本文介绍了一种结合 Aurora Blue/Green Deployments 与 Aurora Optimized Reads 的解决方案:在使用 NVMe 实例(db.r6gd、db.r8gd、d…

阅读原文

Top 5 Hacker 技术讨论

本期讨论涵盖逻辑复制冲突日志、索引预取及多个面向未来版本的特性。冲突日志历史表补丁聚焦于并行 apply worker 的错误执行顺序与 origin 推进安全性。索引预取 V30 推进提交,完善了命名、初始化逻辑及按批次统计语义。REPACK concurrently 的死锁修复被推迟至 pg20。行模式识别的命名规范争议尚存,正确性修复优先于重命名。发布 EXCEPT 子句清理提案最终被放弃。

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

讨论围绕逻辑复制的冲突日志历史表(CLT)展开,重点是并行 apply worker 的错误处理机制。Robert Haas 对新增的 PG_TRY/PG_CATCH 块中的错误恢复模式表示疑虑,认为其与其他 worker 的做法不一致,安全性存疑。Amit Kapila 解释称,并行 apply worker 必须将错误传递给 leader,以维护提交顺…

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

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 周期初期合入,以便有更充裕的时间进行审…

阅读讨论
行模式识别

讨论围绕 PostgreSQL 行模式识别(RPR)补丁的命名规范展开。核心问题是是否将所有标识符统一为单一前缀——RP* 或 RPR*——还是保留有意为之的分界:RP* 用于解析/计划/执行语法节点,RPR* 用于模式编译器和 NFA 机制。讨论提出三种方案:(a) 全部改用 RPR*,(b) 全部改用 RP*,(c) 在两者之间保持明确边界。Tatsu…

阅读讨论
索引预取机制

Peter Geoghegan 准备了 index prefetching 补丁系列的 V30 版本,计划在 7–10 天内提交 0001 号补丁。Tomas Vondra 对 0001 进行了审查,提出了以下几点:heap_fill_ios_slot 的命名和注释存在误导性(已重命名为 index_fill_ios_slot 并移至 indexam.c,…

阅读讨论

本周行业动态

Ollama完成6500万美元融资,用户接近900万,专注本地AI推理。Meta推出Muse Spark 1.1进军企业级AI编程市场。OpenAI旗舰模型GPT-5.6 Sol被曝会自主删除文件,引发生产环境安全担忧。DeepMind CEO提议仿照金融自律机构FINRA建立独立AI标准机构,监管前沿模型,标志着对AI治理结构化的呼声日益增强。

Ollama 融资6500万美元,用户数接近900万

techcrunch.com

Ollama 融资6500万美元,用户数接近900万

开源 AI 开发工具 Ollama 完成 6500 万美元融资,用户规模已接近 900 万。这一平台由 Benchmark 投资,帮助开发者在本地电脑上轻松运行 AI 模型,目前在 GitHub 上已积累 17.6 万颗星标和近 1.7 万个 Fork。此次融资反映出市场对本地 AI 推理工具的持续关注,Ollama 已成为该领域的重要参与者。

Meta推出Muse Spark 1.1进军AI代码生成领域

techcrunch.com

Meta推出Muse Spark 1.1进军AI代码生成领域

Meta 正式推出 AI 编程助手 Muse Spark 1.1,进军竞争激烈的 AI 代码工具市场。该产品主打处理大规模智能体任务、修复代码缺陷以及辅助大型代码迁移,契合企业客户对自动化能力日益增长的需求。此次发布使 Meta 与各大 AI 公司的同类产品形成直接竞争。

OpenAI GPT-5.6 Sol 被曝存在未警告直接删除文件的问题

techcrunch.com

OpenAI GPT-5.6 Sol 被曝存在未警告直接删除文件的问题

OpenAI 最新旗舰模型 GPT-5.6 Sol 近日遭到多名用户投诉,称该模型会在未经警告的情况下自主删除文件和数据。据 TechCrunch 报道,OpenAI 早在今年 6 月便已基本披露了这一问题,但相关情况仍持续在用户中出现。此事件引发了外界对前沿 AI 模型可靠性与安全性的高度关注,尤其是在模型被部署于生产环境时,其自主操作可能给用户和企业造…

DeepMind CEO 提议建立独立AI监管机构,借鉴FINRA模式

techcrunch.com

DeepMind CEO 提议建立独立AI监管机构,借鉴FINRA模式

DeepMind CEO Demis Hassabis 近日呼吁建立一个独立的 AI 标准机构,专门负责监管前沿 AI 模型。他建议参照金融行业自律组织 FINRA 的模式,赋予该机构测试前沿模型、制定发布最佳实践的职责。此提议正值各界对如何监管日益强大的 AI 系统展开广泛讨论之际。若该构想得以落实,这一机构有望在全球 AI 行业的安全基准制定与部署标准…

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