PostgreSQL 技术日报 (3月17日)｜PG19 重磅更新 + 查询提速 289 倍，这些新功能太香了

2026-03-21 4 纸飞机账号购买

留意【IvorySQL开源数据库社区】公众号，就能获取PostgreSQL的一手干货，以及最新动态。

提到PostgreSQL技术文章，涉及PostgreSQL 19，有关第4部分的内容，又或是CommitFest 2026 - 01。

本文对2026年1月CommitFest里PostgreSQL 19的开发进展做了回顾，主要特性有分区合并功能，分区拆分功能，增强的pg_dump/pg_restore针对扩展统计信息的支持，file_fdw跳过初始行的改进。逻辑复制方面的进展涵盖无需重启服务器就能启用WAL逻辑解码，监控slot同步延迟。新的监控功能含有pg_get_multixact_stats函数，还有改进的vacuum/analyze进度跟踪，以及内存使用信息。其他改进包含vacuumdb干运行模式，jsonb_agg优化，LISTEN/NOTIFY性能增强，ICU字符转换优化，以及standard_conforming_strings参数的永久启用。

https://postgrespro.com/blog/pgsql/5972815

pg_gather 版本 33 中有什么？

Jobin Augustine发布了pg_gather version 33，它是个自动化的PostgreSQL诊断工具，此工具最初是以个人项目启动的，目的是把PostgreSQL笔记以及学习内容转化成自动化系统，能帮新手DBA轻松识别问题，pg_gather不用安装，可对PostgreSQL系统开展全面分析，让不同经验水平的用户更易进行数据库故障排除。

https://www.percona.com/blog/what-is-in-pg_gather-version-33/

Tiger Cloud有新增加的功能，其具备更快的性能，有着更简便的工作流，还有更简单的采用方式。

Tiger Data发布了Tiger Cloud的诸多更新，其中涵盖TimescaleDB 2.25，借助新的ColumnarIndexScan执行路径以及改进的Continuous Aggregates，在数据压缩方面达成了高达289倍的查询性能提升。PostgreSQL 18如今成为默认版本，带来了异步I/O改良以及强化的查询性能。pg_textsearch扩展，在0.3.0版本到0.5.0版本期间，得到了显著的性能方面的改进，还有压缩方面的改进。平台扩展，涵盖Azure Marketplace自助注册，包含Azure的Tiered Storage支持，以及新的AWS Europe区域。开发者体验改进，有Tiger Console中的浮动SQL编辑器，存在作业时间线视图，以及内置的CLI/MCP设置指南。Code作为基础设施，支持现在涵盖S3源连接器的Terraform管理。

https://www.tigerdata.com/blog/whats-new-tiger-cloud-faster-p...

《PostgreSQL Hacker电子邮件讨论精选》，实际发送至下游的字节，以及交易报告。

就 pg_stat_replication_slots 里引入新的 sent_bytes 列以汇报输出插件切实发送至下游的数据量展开讨论。Ashutosh Sharma 递交了两个补丁，其一为增添 sent_bytes 列并于文档里阐释其与现存 total_bytes 的差异，其二是添加 filtered_bytes 和 sent_txns 指标。Michael Paquier 赞同于当下提交节去审查首个补丁，然而针对第二个补丁却处于不确定状态，Amit Kapila 针对文档准确性表达担忧，表明 sent_bytes 涵盖源自 pgoutput_message() 的非事务消息，并且对是否应当提及排除保活消息予以质疑。Ashutosh Sharma 通过测试发觉非事务消息不会引发 UpdateDecodingStats()，但事务消息会引发。团队同意专注于第一个补丁，将第二个补丁留作未来考虑。

https://www.postgresql.org/message-id/abeoNFvwP1LHmPOb@paquie...

添加 REPACK

讨论聚焦于在PostgreSQL里将并发REPACK功能予以实现，围绕复制槽权限以及资源管理，关键技术问题出现了，Antonin Houska发觉当下的实现，因CheckSlotPermissions()调用需REPLICATION权限，参与者全都认定这对用户而言不友好，因为REPACK用户有可能并不需要实际的复制功能。

Matthias van de Meent反对去掉REPLICATION要求，担忧出现资源消耗方面的问题，因为复制槽存在硬限制，且会借助effective_wal_level的变化对整个集群的WAL性能产生影响。然而，Alvaro Herrera提出借助新的GUC创建专门用于REPACK操作的独立复制槽池，该池默认设置为3个槽。如此一来，能够防止对常规复制槽造成干扰，同时保持资源边界。

还针对其他技术问题展开了讨论，Antonin表明，REPACK期间的索引构建不应当报送进度，存在诸多并发REPACK操作，鉴于SnapBuildWaitSnapshot()需等候所有已分配XID的事务完结，故而面临限制。语法在当前阶段尚无法支持于一条命令里对多个表进行重新打包，这被视作是能够接受的，缘由在于紧急操作通常是针对单个大表开展的。

https://www.postgresql.org/message-id/22068.1773652380@localhost

元组变形的更多加速

Wang Tender汇报了在递交c456e391138之后所出现的服务器奔溃情形，给出了有关涵盖双精度和int4range列的表的详尽重现实例。奔溃出现在带有RIGHT OUTER JOIN以及ORDER BY子句的繁复查询里头。首先，David Rowley迅速辨认出了nocachegetattr()函数里的麻烦事项，接着给以阐释，说起startAttr的逻辑不准确，具体而言，它是从首个NULL属性的attcacheoff起始的，并非从这之前的那个属性起始。然后，Junwang Zhao给出了一个更为简易的能重现状况的例子，并且提出了一个简便的 Repair方案，同时指明从错误的属性起始，有可能因对齐方面的问题致使数据遭到损坏。David进行了推送，此次推送涉及修复，同时还提到了对于用户表上fastgetattr().测试覆盖不太足会有担忧，对此进行了描述，并讲述了使用代码注入的测试方法，并且考虑了永久性的覆盖改进。

https://www.postgresql.org/message-id/CAHewXNnb-s_=VdVUZ9h7dP...

pg_plan_advice 计划建议

讨论聚焦于对pg_plan_advice功能所存在的各类问题予以解决以及反馈，主要的问题涵盖了make与meson构建二者之间头文件安装方面的问题，并且针对此提出了关于Makefile更改的修复办法，报告了pgpa_join_path_setup()里出现的崩溃错误，由Robert Haas给出了修复，还识别出了几个代码审查问题，其中有标识符命名冲突、内存泄漏以及解析器不一致。

就连接策略建议的可用性而言，出现了重大的设计争论，批评者提议允许对称连接提示，也就是类似pg_hint_plan的那种方法，在这种方法下，用户能够指定连接方法，却无需在意表的顺序，Haas觉得这会营造出模糊的语义，所以更倾向于当前的非对称方法，在该方法中，用户要明确指定哪个表应当作为哈希表的内侧，此外，还提出了对共享内存收集机制开销的担忧，有人建议在初期着重关注本地后端版本。模块命名的讨论还在持续进行着，有一部分用户觉得“stash”这个名称是让人感到迷茫困惑的，他们更倾向于像“pg_query_advice”这样的替换方案。

https://www.postgresql.org/message-id/CA+TgmoanOwxP=VcCfs6kv3...

更好的共享数据结构管理和可调整大小的共享数据结构

讨论重点在于，借助新的API来改进PostgreSQL的共享内存管理，这个新的API会替换掉现有的ShmemInitStruct()以及shmem_request/startup_hook机制。Heikki Linnakangas提出了ShmemRegisterStruct()和ShmemRegisterHash()函数，它们允许在_PG_init()期间进行注册，并且能够通过回调来进行可选的大小计算。罗勃特·哈斯着重指出EXEC_BACKEND兼容性以及符号简洁性所具备的重要意义。阿舒托什·巴帕特对新方法予以支持，提出应当采用于MaxBackends初始化之后进行调用的单个hook来替换现存的hook。起到关键作用的技术问题涵盖了应对崩溃重启的情况，且不会针对shared_preload_libraries再度调用_PG_init()，还涉及不同结构类型的术语，以及维持各后端之间的注册表同步。Heikki处理好了若干达成细节，其中涵盖函数命名、文档明晰度以及DSM集成，.patch正依据有关注册表管理、回调次序以及传统API位置的反馈予以完善。

https://www.postgresql.org/message-id/CAExHW5v-hsRGpCP++Bck6M...

将 starelid 添加到 pg_stats ，将 attnum 添加到 pg_stats ，在 pg_dump 中利用 starelid ，在 pg_dump 中利用 attnum。

内森·博萨特正在审查一个补丁系列，此系列给pg_stats视图增添tableid和attnum列，目的是支持pg_dump改进，讨论聚焦于当前提交该涵盖哪些变更，内森已备好对pg_stats、pg_stats_ext和pg_stats_ext_exprs视图的修改，要添加tableid列，还要重命名statistics_id以维持一致性。他把expr_attnum功能，从pg_stats_ext_exprs里排除掉了，原因在于复杂性，还有pg_dump不存在直接需求。Corey Huinker阐释，expr_attnum是Michael Paquier出于更好的排序能力所请求的功能。Michael Paquier证实，该功能借助公开后端计算的属性编号（从-1起始），为扩展统计信息转储给予额外安全性，虽说并非绝对必需。Nathan同意，先是专注于更简单的变更，以此来启用pg_dump改进，之后再单独处理expr_attnum。

https://www.postgresql.org/message-id/abhXqx-xffsknv3B@nathan

一条行业新闻显示，Memories.ai这家公司，如今正在着手，为可穿戴设备，构建视觉记忆层，同时也在为机器人，构建视觉记忆层。

Memories.ai正致力于开发一个大型视觉记忆模型，它能为物理 AI 应用程序索引以及检索视频录制的记忆，这家初创公司着重于创建技术，借助该技术可穿戴设备与机器人能更出色地理解和 recall 记录体验里的视觉信息，这个视觉记忆层体现了 AI 系统于真实世界场景中处理并利用视觉数据方面的重大进步，该公司的方法应对了 AI 系统在不同交互及环境里保持上下文记忆的不断增长的需求。他们所拥有的技术，或许会在消费者用于穿戴的设备里有之，于自主式开展活动的机器人之中亦有之，并且在另外那些需要依据视觉体验去进行学习以及记忆的，由人工智能促使运行的设备范围里头，有着广泛的运用情况。

https://techcrunch.com/2026/03/16/memories-ai-is-building-the...

有一家处于深科技领域的芯片初创公司，摇身一变成为了独角兽级别企业，它就是 Frore，其估值高达 16.4 亿美元。

Frore Systems达到独角兽地位，是在筹集1.43亿美元资金之后，其估值为16.4亿美元。该公司开发了芯片液冷技术，而这一转向受到了Nvidia首席执行官Jensen Huang的鼓励。这一成就代表了深度技术芯片领域的又一个里程碑，因为在处理器变得愈发强大且产生更多热量之时，创新的冷却解决方案正变得越来越重要。Frore的液冷方法解决了高性能计算应用里的关键热管理挑战。这轮融资很重要，独角兽估值也很重要，它们表明投资者对先进芯片冷却技术信心满满，在计算工作负载越来越苛刻的时代，投资者对其市场潜力也充满信心。

https://techcrunch.com/2026/03/16/another-deep-tech-chip-star...

词典起诉 OpenAI

Encyclopaedia Britannica和Merriam-Webster已对OpenAI发起诉讼，指控它在大语言模型训练里违反了近10万篇文章的版权，这一法律行动代表了对AI公司在未获明确许可时使用已发表内容训练模型行为的重大挑战，诉讼的核心是宣称OpenAI不当运用了这些受人敬重的出版商的受版权保护的教育及参考材料来开发其AI系统。这个案例，让AI公司于训练数据来源一头，所面临的法律压力有所增加，或许会为知识产权应用于AI开发一事，立下重要的先例，其结果，有可能对快速发展的AI行业里，内容许可以及合理使用方面的未来做法，产生影响。

https://techcrunch.com/2026/03/16/merriam-webster-openai-ency...

Scalefield提供DBaaS解决方案，该解决方案由CYBERTEC PostgreSQL服务驱动，它运行于Lightbits NVMe over TCP软件定义存储上，此服务能让组织在私有基础设施上，于Kubernetes和OpenShift上以PB规模运行高性能PostgreSQL工作负载，还能实现单一供应商简化管理，此解决方案在KubeCon Europe大会…

https://www.linkedin.com/posts/activity-7439415294818922497-OCix

合规

被推广的本内容是CYBERTEC PostgreSQL企业版(PGEE)，有将它描述成是那个为最大安全性以及完全合规而构建起来的强化PostgreSQL解决方案，该产品着重强调合规、安全并且是完全加密的，还提醒企业别去暴露自身的数据，PGEE被定位成企业级PostgreSQL。

https://www.https://www.linkedin.com/posts/cybertec-postgresq...

Delta Sharing现在支持基于属性的访问控制

Delta Sharing如今支持基于属性的访问控制，它就是那个ABAC,供商能够不用创建副本就直接地去共享表格，接收方可应用自身的ABAC策略，还能保证在查询之际有效执行，所有的读取操作、策略创建以及共享事件都会被记录于Unity Catalog里，以此来开展审计与合规检查，这达成了大规模的安全数据共享，并且不会对控制力或者便利性造成影响。

https://www.linkedinhttps://www.linkedin.com/posts/databricks...