PostgreSQL 技术日报 |PG19 重磅更新 + 查询提速 289 倍,这些新功能太香了!17认证网

正规官方授权
更专业・更权威

PostgreSQL 技术日报 |PG19 重磅更新 + 查询提速 289 倍,这些新功能太香了!

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

⚙️ 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设置指南。Infrastructure as Code支持现在包括S3源连接器的Terraform管理。

https://www.tigerdata.com/blog/whats-new-tiger-cloud-faster-performance-easier-workflows-simpler-adoption

📨 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@paquier.xyz

🧩 添加 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

🧩 元组变形的更多加速

Tender Wang报告了在提交c456e391138后出现的服务器崩溃问题,提供了涉及包含double precision和int4range列的表的详细重现案例。崩溃发生在带有RIGHT OUTER JOIN和ORDER BY子句的复杂查询中。David Rowley快速识别了nocachegetattr()函数中的问题,解释说startAttr逻辑不正确——它从第一个NULL属性的attcacheoff开始,而不是从其前一个属性开始。Junwang Zhao提供了一个更简单的重现案例并提出了一个简单的修复方案,指出从错误的属性开始可能由于对齐问题导致数据损坏。David推送了修复并提到对用户表上fastgetattr()测试覆盖不足的担忧,描述了使用代码注入的测试方法并考虑永久性的覆盖改进。

https://www.postgresql.org/message-id/CAHewXNnb-s_=VdVUZ9h7dPA0u3hxV8x2aU3obZytnqQZ_MiROA@mail.gmail.com

🧩 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=VcCfs6kv3tyrwVamesLBna9LzoF=B4=7wa0kQ@mail.gmail.com

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

讨论重点是通过新的API改进PostgreSQL的共享内存管理,该API将替换现有的ShmemInitStruct()和shmem_request/startup_hook机制。Heikki Linnakangas提出了ShmemRegisterStruct()和ShmemRegisterHash()函数,允许在_PG_init()期间注册,并可通过回调进行可选的大小计算。Robert Haas强调EXEC_BACKEND兼容性和符号简洁性的重要性。Ashutosh Bapat支持新方法,建议用在MaxBackends初始化后调用的单个hook替换现有hook。关键技术问题包括处理崩溃重启而不为shared_preload_libraries重新调用_PG_init()、不同结构类型的术语以及维护各后端间的注册表同步。Heikki解决了几个实现细节,包括函数命名、文档清晰度和DSM集成。补丁正在根据关于注册表管理、回调顺序和传统API位置的反馈进行完善。

https://www.postgresql.org/message-id/CAExHW5v-hsRGpCP++Bck6MBnQuq=+SQb7nnmGauKWmH_bTouJA@mail.gmail.com

🧩 将 starelid、attnum 添加到 pg_stats 并在 pg_dump 中利用

Nathan Bossart正在审查一个补丁系列,该系列向pg_stats视图添加tableid和attnum列以支持pg_dump改进。讨论集中在当前提交应包含哪些变更。Nathan已准备对pg_stats、pg_stats_ext和pg_stats_ext_exprs视图的修改,添加tableid列并重命名statistics_id以保持一致性。他从pg_stats_ext_exprs中排除了expr_attnum功能,理由是复杂性以及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应用程序索引和检索视频录制的记忆。这家初创公司专注于创建技术,使可穿戴设备和机器人能够更好地理解和回忆来自记录体验的视觉信息。这个视觉记忆层代表了AI系统如何在真实世界场景中处理和利用视觉数据的重大进步。该公司的方法解决了AI系统在不同交互和环境中保持上下文记忆的日益增长的需求。他们的技术可能在消费者可穿戴设备、自主机器人和其他需要从视觉体验中学习和记忆的AI驱动设备中具有广泛应用。

Memories AI is building the visual memory layer for wearables and robotics

🧩 另一家深科技芯片初创公司成为独角兽:Frore 估值达 16.4 亿美元

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

Another deep tech chip startup becomes a unicorn: Frore hits $1.64B

🧩 词典起诉 OpenAI

Encyclopedia Britannica和Merriam-Webster已对OpenAI提起诉讼,指控其在大语言模型训练中违反了近10万篇文章的版权。这一法律行动代表了对AI公司在未获得明确许可的情况下使用已发表内容训练模型做法的重大挑战。诉讼的核心是声称OpenAI不当使用了这些受人尊敬的出版商的受版权保护的教育和参考材料来开发其AI系统。这个案例增加了AI公司在训练数据来源方面面临的法律压力,可能为知识产权如何适用于AI开发设立重要先例。结果可能会影响快速发展的AI行业中内容许可和合理使用的未来做法。

The dictionary sues OpenAI

🌐 社交媒体动态

🧩 在KubeCon Europe上查看由CYBERTEC PostgreSQL服务和支持驱动的Scalefield DBaaS在LightbitsNVMe overTCP软件定义存储上运行的展示。

Scalefield提供由CYBERTEC PostgreSQL服务驱动的DBaaS解决方案,运行于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-postgresql_compliant-secure-fully-encrypted-dont-activity-7439393310655430656-bXHP

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

Delta Sharing 现在支持基于属性的访问控制 (ABAC)。提供商可以直接共享表格而无需创建副本,接收方可以应用自己的 ABAC 策略,并确保在查询时执行。所有读取操作、策略创建和共享事件都会记录在 Unity Catalog 中,以便进行审计和合规检查。这实现了大规模的安全数据共享,同时不会影响控制力或便利性。

https://www.linkedinhttps://www.linkedin.com/posts/databricks_delta-sharing-now-supports-attribute-based-activity-7439402646349950976-OFmo

想了解更多行业资讯

扫码关注👇

了解更多考试相关

扫码添加上智启元官方客服微信👇

未经允许不得转载:17认证网 » PostgreSQL 技术日报 |PG19 重磅更新 + 查询提速 289 倍,这些新功能太香了!
分享到:0

评论已关闭。

400-663-6632
咨询老师
咨询老师
咨询老师