PostgreSQL 资讯

自动序列复制补丁拆成三块推进到 v12

含基础复制、同步 worker 的序列缓存与 REFRESH SEQUENCES 直接同步，LSN 更新逻辑仍有疑点。

阅读更多……

COPY FROM 的 SIMD 解析补丁定稿到 v17

宽 CSV 数据在 ARM 上快 42–61%、x86 上快 49–61%，已在 RISC-V、SPARC、ARM 上验证可用。

阅读更多……

持续摄入让 PostgreSQL 的维护假设失效

PostgreSQL 的维护设计假设负载存在安静期，批量 ETL 之间会留出清理窗口。IoT 传感器、交易流和指标采集这类不间断写入抹平了窗口，于是三件事同时发生：autovacuum 一直在跑并与写入争抢 I/O，检查点在 WAL 里制造连续的整页写突发，ANALYZE 的统计更新也与摄入互相干扰。WAL 因此成为吞吐上限，按作者测算每次插入连同索引会产生 2.5–3.5KB 的 I/O。加 worker 或换更快的存储只能推迟问题。

阅读更多……

PostgreSQL 19 第三次 CommitFest 特性综述

Pavel Luzanov 梳理了 2025 年 11 月 CommitFest 进入 PostgreSQL 19 的改动。规划器方面有急切聚合、COUNT 优化和并行 TID Range Scan，分区表 COPY 也更快。新特性包括 error_on_null、符合 SQL 标准写法的临时对象函数，以及让副本等待主库位点的 WAIT FOR。监控侧新增复制槽内存计数器、缓冲区分布统计和单表统计重置时间。

阅读更多……

Replit 半年内估值从 30 亿涨到 90 亿美元

阅读更多……

用 rdtsc 降低 EXPLAIN ANALYZE 计时开销仍在评审

阅读更多……

libpq 服务端 SNI 补丁增加 pg_hosts.conf 校验

阅读更多……

WAL 记录未初始化填充拟统一改用 memset

阅读更多……

x86 原子操作头文件拼写错误引出弃用 32 位之议

阅读更多……

pg_get_database_ddl() 补丁更新到第 15 版

阅读更多……

libpq 提议试完一台主机所有地址再换下一台

阅读更多……

新 GUC 允许 walsender 不等远端刷新即退出

阅读更多……

TID 访问器函数 tid_blockno 与 tid_offset 在评审

阅读更多……

读取流改造让 pgstatindex 快 4–5 倍

hash、gin、bloom_vacuum 收益微小；Andres Freund 要求换用缓冲区驱逐函数重测。

阅读更多……

消除 xl_heap_visible 的减 WAL 补丁到 v37

Melanie Plageman 移除 get_conflict_xid()，冲突 XID 只按设置 VM 位、冻结、修剪三种情况计算。

阅读更多……

autovacuum 新调度器按评分给表排优先级

Nathan Bossart 用新 GUC 调节各项权重，越过 failsafe 年龄的表评分高到千万亿量级。

阅读更多……

initdb 默认排序规则提供者之争仍未收敛

Jeff Davis 主张默认 UTF-8，C 排序建索引快 3 倍、排序快 2–5 倍，但 19 版赶不上。

阅读更多……

行模式识别补丁与 Trino 交叉验证结果一致

两边正确性相同，匹配失败时 PostgreSQL 保持 O(n)，Trino 呈 O(n²)，10 万行时差距悬殊。

阅读更多……

发布支持 EXCEPT TABLE 排除表已推送

语法为 FOR ALL TABLES EXCEPT TABLE (a, b, c)，括号写法与现有包含列表是否一致仍有争论。

阅读更多……

缓冲区锁定优化推送，只读负载提升 7–8%

Andres Freund 的补丁减少争用缓存行上的原子操作，索引嵌套循环连接最多快 25%。

阅读更多……

pganalyze 认为「AI DBA」是个错误的框架

Lukas Fittl 反对把 AI 包装成 DBA 的替代品。他认为这种说法混淆了「执行工作」与「对结果负责」两件事，生产出问题时模型无法担责，团队反而留下一段责任真空。他主张换个方向用 AI：不去替换数据库专家，而是由平台团队提供安全、经过筛选的 AI 工具，帮应用工程师和数据平台团队更有效地使用数据库。LLM 擅长的是检索资料、交叉引用代码、弥合团队之间的知识差距，生产决策的归属和问责仍要落在人身上。

阅读更多……

每多一个索引，写入就多缴一次固定税

Matty Stratton 从写放大的角度解释索引为何反噬写入：一张带 5 个索引的表每插入一行要落 6 次写，1 次堆写加 5 次索引写，在 5 万行每秒的摄入速率下就是每秒 30 万次写，带来大量 I/O 与 WAL 膨胀。时间戳这类单调递增列还有「热右边缘」问题，B-tree 最右侧叶页持续分裂。由此形成回路：索引拖慢写入，缓冲区压力上升，查询变慢，于是再加索引。每秒 500 行时无碍的索引数量，到 5 万行每秒就成了问题。

阅读更多……

把 not 挪进子句让软删除查询快 32 倍

软删除表的常见写法是 EXISTS 配活跃行的部分索引。Nikolay Samokhvalov 对比两个等价查询：一个用 EXISTS 匹配占 98% 的活跃帖子，另一个把 not 挪进子句，用 NOT EXISTS 匹配占 2% 的已删除帖子。后者快 32 倍。原因是索引里「没找到」可以完全跳过堆访问，而「找到了」在频繁更新的表上还要回表校验可见性：前者做了 52.7 万次堆读取，后者 1 万次。凡少数派布尔标记的模式都适用这个思路。

阅读更多……

PGCA 上调两档最高赞助等级并改版官网

PostgreSQL 社区协会（PGCA）是核心团队在 2011 年授权成立的非营利组织，负责持有并保护 PostgreSQL 的商标与品牌资产。协会参考其他开源基金会的赞助模式，考虑到维护品牌资产的成本上升，自 2026 年 2 月 1 日起上调 Benefactor 与 Patron 两个最高等级的赞助额度，其余等级维持不变。同期上线改版后的官网，把非营利使命、商标使用规范和捐赠入口集中呈现，域名仍是 postgres.ca。

阅读更多……