PostgreSQL 资讯
保留原始来源与发布日期的新闻、博客和活动。
CYBERTEC 回顾伦敦 Tech Show 2026 参展
中断与信号重构补丁在辅助进程中触发断言失败
未记录日志关系的假 LSN 处理补丁准备提交
OAuth 日志改动会破坏 SASL 的收尾报文
取极值时的扫描页数上限该收紧到什么程度有分歧
Peter Geoghegan 想扫两三个索引叶页面就放弃,Andres Freund 担心回滚批量插入后的估算变差。
SIMD 加速 COPY TO 在多列场景出现 17% 回归
Nathan Bossart 指出回归来自需要转义的列上反复调用 strlen(),可能要在转义时跳过 SIMD 路径。
参数数量不符的 internal 函数会让服务器崩溃
定义这类函数需要超级用户权限,讨论认为除了核对 C 函数签名,没有现实可行的运行时防护。
xl_running_xacts 未初始化填充引出内存安全争论
填充里可能带上服务器内存内容,提出者认为风险类似 Heartbleed,也挡住了 MemorySanitizer 的采用。
索引预取补丁到第 12 版并去掉读取流让出
表和索引 AM 直接控制批次布局,位图索引扫描 5% 的回归已修复,缓冲区 pin 归谁释放仍有分歧。
EDB 工程师参与 ISO SQL 标准委员会会议
EDB 的 Matheus Alcantara 与 Euler Taveira 作为受邀嘉宾参加了在圣保罗举行的 ISO/IEC SQL 标准委员会会议,Peter Eisentraut 远程参与。两人把标准化流程类比成 PostgreSQL 的 Commitfest,提案提交、讨论、打磨的节奏相似。这类参与的意义在于 PostgreSQL 社区不只是跟随标准,也能对语言演进的方向出声,标准与实现之间的差异往往就在这样的会议上被讨论掉。
json_schema_validate 扩展在库内校验 JSON 结构
jsonb 给了 PostgreSQL 存放半结构化数据的灵活性,却没有内置的结构校验;用 CHECK 约束加 SQL 自己写校验逻辑,稍复杂就难以维护。EDB 介绍了一个名为 json_schema_validate 的扩展,直接在数据库内按 JSON Schema 规范校验 json 与 jsonb 数据。它的价值在于把校验规则写成一份标准的 Schema,而不是散落各处的约束表达式,既拦住坏数据,又保留 jsonb 本身的灵活。
Plexigrid 把四套数据库合并成 TimescaleDB 一套
电网优化公司 Plexigrid 把原本由 InfluxDB、TigerGraph、MySQL 和 PostgreSQL 拼成的架构合并为一套 TimescaleDB,用于配电网的近实时监控。厂商给出的迁移结果是摄入速度提升 44%,存储占用下降 95%,查询性能提升 350 倍。更实际的收益是部署简化:同一套架构覆盖云端和本地环境,运维不必再为四种存储各准备一套流程。数据出自客户案例,负载特征是否相符需自行判断。
Anthropic 在 Claude Code 中推出代码审查功能
pg_createsubscriber 增加日志文件的提案仍在讨论
EXPLAIN ANALYZE 的 rdtsc 计时转向自校准
虚拟化环境里 CPU 频率不等于 TSC 频率,讨论倾向用几十毫秒的校准循环取代读 MSR。
libpq 服务端 SNI 支持改写上下文切换方式
不再整个交换 SSL_CTX,改为在 clienthello 回调里按主机重新配置同一个主上下文。
通用计划的初始分区修剪补丁到第 7 版
新增 ExecutorPrep() 让加锁跟随修剪结果,避免 GetCachedPlan() 提前锁住全部分区。
发布 EXCEPT 列表的修改语法定案
ALTER PUBLICATION 用 SET ALL TABLES EXCEPT TABLE (t1) 设排除列表,只写 SET ALL TABLES 清空。
pg_stat_recovery 系统视图进入提交前打磨
Michael Paquier 提交后补上备库测试,wal_source 列拟改名为 wal_read_source 以免歧义。
消除 xl_heap_visible 的补丁给出第 36 版基准
每页只有一个元组的最坏情况下性能有下降,但合并 WAL 记录之后 vacuum 明显更快。
Claude 两周内在 Firefox 中发现 22 个漏洞
Anthropic 与 Mozilla 的一次安全合作中,Claude 在两周测试期内在 Firefox 里找出 22 个独立漏洞,其中 14 个被归为高危。报道没有列出具体的漏洞编号和受影响版本,也没有说明这些问题是否已经修复发布。对安全团队来说,值得关注的是这类工具在大型 C++ 代码库上的实际命中率,以及由此产生的报告如何进入既有的分级和修复流程:模型发现的问题同样需要人工确认和回归验证。
工业物联网负载下 PostgreSQL 的性能边界
工业物联网的数据库负载有几个同时成立的要求:持续高速摄入、长期保留,还要既支撑跨传感器的宽查询,也支撑单传感器的深查询。这篇文章把 PostgreSQL 在这类场景下的上限归纳成三条约束:存储成本随时间接近二次增长,最大摄入速率随索引增加而下降,查询性能随数据量增加而下降。可选的出路是加硬件、分片,或用 TimescaleDB 这类工具靠自动分区和混合存储优化时序负载。文章的实际用处是给概念验证阶段的容量估算提供一个框架。