PGNexus 每周新闻 本周 PostgreSQL 技术动态 本周内容涵盖 PostgreSQL 性能优化、表膨胀管理、迁移工具选型及其在 AI 时代的持续价值。TimescaleDB 2.30 为 LIMIT 查询带来高达 14,000 倍的规划提速。一篇深度指南介绍如何通过 pg_stat_user_tables 和 pgstattuple 诊断表与索引膨胀。企业级数据库迁移采购指南揭示了工具在实际生产中的差距。此外，文章从可扩展性与生态角度，探讨了 PostgreSQL 四十年积淀如何使其成为 AI 架构的默认基石。 [image: Hypertables 上 LIMIT 查询规划性能提升 14000 倍] <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.tigerdata.com%2Fblog%2Ff...> 2026年8月27日 | Sven Klemm Hypertables 上 LIMIT 查询规划性能提升 14000 倍 <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.tigerdata.com%2Fblog%2Ff...> TimescaleDB 2.30 引入了 `DeferredChunkAppend`，这是一个自定义扫描节点，专门解决 hypertable 上 `LIMIT` 查询的规划开销问题。此前，类似 `SELECT * FROM metrics ORDER BY time DESC LIMIT 1` 这样的查询，规划器需要展开所有 chunk，导致规划时间随 c… 阅读原文 <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.tigerdata.com%2Fblog%2Ff...> [image: 在表膨胀读取你之前先读取它] <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.tigerdata.com%2Fblog%2Fr...> 2026年9月02日 | NanoHertz Communications 在表膨胀读取你之前先读取它 <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.tigerdata.com%2Fblog%2Fr...> PostgreSQL 的表膨胀问题并不局限于有 UPDATE 或 DELETE 操作的表，纯追加写入的表同样受影响。批量插入中途失败会留下死元组，而 PostgreSQL 13 起 autovacuum 还会根据插入量触发，以完成元组冻结，导致 autovacuum 持续繁忙。一旦跟不上写入速度，顺序扫描就会白白读取死空间。文章通过 pg_stat_use… 阅读原文 <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.tigerdata.com%2Fblog%2Fr...> [image: 数据库迁移工具：企业采购指南] <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.postgresql.fastware.com%...> 2026年8月31日 | Fujitsu 数据库迁移工具：企业采购指南 <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.postgresql.fastware.com%...> 企业级数据库迁移工具在功能对比表上往往看起来旗鼓相当，但差距会在实际生产环境中逐渐显现：有些存储过程无法自动转换，有些数据库 schema 依赖特定数据库引擎的行为，还有些迁移方案根本无法满足业务规定的切换时间窗口。本文面向正在评估迁移工具的企业用户，以 PostgreSQL 为目标平台，重点关注过程性代码的处理能力、schema 兼容性、停机时间限制，以… 阅读原文 <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.postgresql.fastware.com%...> [image: 为何四十年历史的数据库在AI时代仍然大放异彩] <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.tigerdata.com%2Fblog%2Fw...> 2026年9月01日 | Ajay Kulkarni 为何四十年历史的数据库在AI时代仍然大放异彩 <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.tigerdata.com%2Fblog%2Fw...> PostgreSQL 已有 40 年历史，但在 AI 重塑软件开发的当下，它依然保持主导地位。业内分析师和工程师将其归因于几个核心优势：事务正确性、高度可扩展性、开源治理模式以及庞大的生态系统。其扩展机制支持向量搜索、地理空间、时序和分析等能力的快速迭代，同时不影响核心稳定性。与许多针对单一场景优化的新型数据库不同，PostgreSQL 能够承载多样化的工… 阅读原文 <https://pgnexus.ai/tech-blogs?url=https%3A%2F%2Fwww.tigerdata.com%2Fblog%2Fw...> Top 5 Hacker 技术讨论 本周活动以逻辑复制为主：冲突日志历史表补丁（v73）暴露出多个严重缺陷，包括 JSON 转换最高膨胀 120 倍、jsonb 处理触发 1 GB 字符串上限导致崩溃，以及 numeric 类型值未被正确省略等问题。针对 schema 发布的 EXCEPT 子句支持取得进展，一份涵盖约 300 个用例的测试矩阵验证了继承与分区场景下规则的正确性。REPACK CONCURRENTLY 特性被推迟至 PG20。行模式识别补丁修复了 pg_get_viewdef() 中的列名歧义问题。 提案：逻辑复制的冲突日志历史表 <https://pgnexus.ai/hacker-discussions?subject=Proposal%3A%20Conflict%20log%2...> 讨论围绕逻辑复制冲突日志历史表的 v73-0002 补丁展开。Dilip Kumar 根据 Nisha 的离线测试更新了补丁，发现此前关于 JSON 转换最多扩展 6 倍的假设不正确——全 NULL 的 int[] 数组最多可膨胀 120 倍。Nisha Moond 发现，当订阅端本地元组包含超大 jsonb 值时，冲突处理中记录本地元组的操作会触发 Po… 阅读讨论 <https://pgnexus.ai/hacker-discussions?subject=Proposal%3A%20Conflict%20log%2...> 在发布中跳过模式变更 <https://pgnexus.ai/hacker-discussions?subject=Skipping%20schema%20changes%20...> Vignesh C提出了一个补丁来处理PostgreSQL发布中UNLOGGED表转换的问题。当发布EXCEPT子句中列出的表被转换为UNLOGGED时，会在pg_publication_rel中留下陈旧条目，因为UNLOGGED表不支持复制。原始补丁会移除这些条目并发出NOTICE。然而，Shveta Malik担心从EXCEPT列表中移除表会在转换回L… 阅读讨论 <https://pgnexus.ai/hacker-discussions?subject=Skipping%20schema%20changes%20...> 行模式识别 <https://pgnexus.ai/hacker-discussions?subject=Row%20pattern%20recognition> Henson Choi 提交了一个与行模式识别系列（v51 之后）相关的 WIP 补丁，用于修复 `pg_get_viewdef()` 中的列名歧义问题。问题场景为：两张表连接后，DEFINE 子句引用了其中一张表的某列；若另一张表随后通过 ALTER TABLE 新增同名列，则反解析出的视图定义将产生歧义，导致视图无法恢复。该补丁引入了 `set_def… 阅读讨论 <https://pgnexus.ai/hacker-discussions?subject=Row%20pattern%20recognition> 添加 REPACK [concurrently] <https://pgnexus.ai/hacker-discussions?subject=Adding%20REPACK%20%5Bconcurren...> 该讨论涉及拟议中的 `REPACK [CONCURRENTLY]` 特性。Alvaro Herrera 此前建议将该补丁推迟至 PG20 周期，在 PG20 发布前争取更多时间发现潜在问题。Heikki Linnakangas 注意到该特性仍列在 PG19 wiki 的待处理事项中，询问是否已确认推迟决定。Amit Kapila 表示同意该决定，并指出应将… 阅读讨论 <https://pgnexus.ai/hacker-discussions?subject=Adding%20REPACK%20%5Bconcurren...> SCHEMA 中表的 EXCEPT 发布支持 <https://pgnexus.ai/hacker-discussions?subject=Support%20EXCEPT%20for%20TABLE...> 该线程讨论为 PostgreSQL 的 TABLES IN SCHEMA 发布功能添加 EXCEPT 子句支持。Peter Smith 构建了一个涵盖继承和分区两种场景的约 300 个测试用例组合矩阵，以系统性地验证所提出的 EXCEPT 规则。此前，规则仅针对具体示例进行验证，存在遗漏边界情况的风险。该矩阵采用"11x23"形式的命名约定，可在继承和分区… 阅读讨论 <https://pgnexus.ai/hacker-discussions?subject=Support%20EXCEPT%20for%20TABLE...> 本周行业动态 Anthropic 的自我改进 AI 系统在 10 项行为基准测试中全部提升且不损整体性能；新模型 Fable 5.1 降低成本并减少误限制。Nvidia 斥资 35 亿美元投资 MediaTek，应对科技巨头自研芯片挑战。与此同时，OpenAI、Google 等逾百家企业联手对抗恶意 AI 网络威胁，跨行业安全协作正成为行业共识。 [image: Anthropic 研究人员展示自我改进的 AI 系统] <https://pgnexus.ai/tech-news?url=https%3A%2F%2Ftechcrunch.com%2F2026%2F08%2F...> techcrunch.com Anthropic 研究人员展示自我改进的 AI 系统 <https://pgnexus.ai/tech-news?url=https%3A%2F%2Ftechcrunch.com%2F2026%2F08%2F...> Anthropic 一名研究人员近日公开展示了自我改进 AI 系统的初步成果。该自动化系统在针对 10 项特定错误行为的基准测试中，全部实现了性能提升，且未对整体模型表现造成负面影响。这是业界罕见的公开演示，揭示了 AI 系统自主纠正自身行为缺陷的可能性，对 AI 安全研究及大型语言模型的未来发展方向具有重要意义。 [image: Anthropic 发布 Claude 3.5 Sonnet 新版本，价格更低限制更少] <https://pgnexus.ai/tech-news?url=https%3A%2F%2Ftechcrunch.com%2F2026%2F09%2F...> techcrunch.com Anthropic 发布 Claude 3.5 Sonnet 新版本，价格更低限制更少 <https://pgnexus.ai/tech-news?url=https%3A%2F%2Ftechcrunch.com%2F2026%2F09%2F...> Anthropic 发布了新版 AI 模型 Fable 5.1，主要改进方向包括降低 token 使用成本，以及减少模型安全机制误触发的情况。此次更新旨在提升模型的实用性与经济性，同时尽量保留原有的安全防护机制。在 AI 模型竞争日趋激烈的背景下，成本控制与灵活性正成为重要的差异化因素，Fable 5.1 的推出体现了 Anthropic 在两者之间寻求更… [image: Nvidia斥资35亿美元投资MediaTek，对抗科技巨头自研AI芯片] <https://pgnexus.ai/tech-news?url=https%3A%2F%2Ftechcrunch.com%2F2026%2F08%2F...> techcrunch.com Nvidia斥资35亿美元投资MediaTek，对抗科技巨头自研AI芯片 <https://pgnexus.ai/tech-news?url=https%3A%2F%2Ftechcrunch.com%2F2026%2F08%2F...> Nvidia 宣布向台湾芯片制造商 MediaTek 投资 35 亿美元，此举被视为其应对科技巨头自研 AI 芯片浪潮的战略布局。随着 Google、Amazon、Microsoft 等大型科技公司加速开发专有芯片、降低对第三方供应商的依赖，Nvidia 正通过战略投资深化与芯片厂商的合作，力图在 AI 硬件生态中持续保持核心地位。 [image: OpenAI、Anthropic、Google 等百余家企业联手对抗恶意 AI 网络威胁] <https://pgnexus.ai/tech-news?url=https%3A%2F%2Ftechcrunch.com%2F2026%2F08%2F...> techcrunch.com OpenAI、Anthropic、Google 等百余家企业联手对抗恶意 AI 网络威胁 <https://pgnexus.ai/tech-news?url=https%3A%2F%2Ftechcrunch.com%2F2026%2F08%2F...> OpenAI、Anthropic、Google 及逾百家科技公司和 AI 初创企业联合发出呼吁，要求采取行动应对"流氓 AI"带来的网络安全威胁。这一跨行业联盟对当前网络安全现状表达了严重关切，并联合推出一项新方案，旨在抵御新一代由 AI 驱动的网络攻击。此举表明，业界正形成广泛共识：自主运行的 AI 模型已构成不可忽视的安全隐患，需要各方协同应对，而非依… 想要了解更多 PostgreSQL 社区和行业消息吗？ 访问 PGNexus <https://pgnexus.ai> 了解更多