PostgreSQL 资讯
保留原始来源与发布日期的新闻、博客和活动。
备用服务器修复 FSM 数据不一致
Autovacuum 追踪被跳过的表
pg_createsubscriber 检查输出插件库
ALTER SYSTEM 修复 GUC_LIST_QUOTE 空字符串
postgres_fdw 统计信息导入改为原子操作
REPACK 并发重建补充进度测试
SQL 调用槽函数出错时释放复制槽
PG19 批量回滚暴露 RI 快速路径问题
PG19 批量回滚测试发现两个引用完整性快速路径问题,补丁将并发与回滚路径纳入回归。
REPACK 并发重建索引补正进度计数
REPACK 并发重建索引时,进度视图现在正确递增已完成索引数。
半连接去重改用连接排序规则
半连接去重改用连接排序规则,避免非确定性排序规则下重复输出行。
pg_plan_advice 修复 JOIN_ORDER 空子列表反馈
pg_plan_advice 禁止 JOIN_ORDER 空子列表,修复手写建议反馈的错误匹配状态。
Meshtastic 把八次 Prometheus 查询合成一次 JOIN
Meshtastic 在 1 万节点、50 万指标序列下把八次 Prometheus 查询合成一次 PostgreSQL JOIN。
PostgreSQL 19 汇总 9 月中旬开发进展
汇总 9 月 8–16 日 PostgreSQL 19 提交、回退与测试状态,便于跟进发布节奏。
pg_stat_statements 深入拆解慢查询成本
第 7 部分用 pg_stat_statements 拆解慢查询、调用量与总耗时,补充生产排查路径。
pg_migrate 用目录快照核对迁移前后的结构差异
pg_migrate 用目录快照核对关系、列、类型与约束,适合迁移前后差异检查。
PostgreSQL 修复 MultiXact 页面边界截断告警
PostgreSQL 修复了 pg_multixact 成员截断在页面边界上的页号计算错误。截断点恰好落在页边界时,旧逻辑可能把尚未创建的页传给 SimpleLruTruncate,日志随后误报目录出现 wraparound。修复与其他 SLRU 截断路径一致,先退回上一页再计算清理范围,并回补到 PostgreSQL 19。它不改变多事务语义,却避免维护任务在边界条件下产生误导性告警;升级或回溯补丁时应把该提交纳入分支检查。
PostgreSQL 19 回退在线数据校验和转换
PostgreSQL 19 稳定分支撤回了在线启用或关闭数据校验和的整组改动。提交说明称 beta 期间已有多次后续修正,团队选择在 GA 前移除仍可能暴露新问题的代码,仅保留离线校验和初始化、故障日志提示、枚举定义和改写后的文档。已经按在线切换方案设计运维流程的团队,需要删除这条假设并继续为每个数据目录安排离线操作;这次提交是分支代码回退,不能当作正式小版本公告。
Percona 实测 pgBackRest 压缩级别的 CPU 代价
Percona 在一台装有 4 GiB 热数据的主机上测量 pgBackRest 压缩组合,把节省比例、CPU 秒数和吞吐放在同一条效率曲线上。结果显示 zstd 的拐点在低级别,默认 zstd(3) 约节省 64.7%,每 GB 约 13.8 CPU 秒;lz4(1) 更适合 CPU 或备份窗口紧张的场景,而 zstd(19–22) 和 bzip2 的额外压缩不划算。文章强调数字只用于比较,应先用代表性数据库测量。
PlanetScale 发布 TIN 1.0 PostgreSQL 全文检索扩展
PlanetScale 宣布 TIN 1.0 GA,这是面向 PostgreSQL 的全文检索扩展,使用新索引和 `==>` 运算符,支持布尔、短语、跨度、模糊、通配符与正则匹配。它在持续更新、备份和事务可见性上仍遵循 PostgreSQL 语义,并用 8 GB Wikipedia 数据与 GIN、ParadeDB、pg_textsearch 比较。上线前应在自己的写入负载上复测索引体积、更新成本与可见性。
PostgreSQL 19 发布节奏调整并回退关键特性
PostgreSQL 19 的发布节奏出现调整:Snowflake 梳理了测试期间回退的关键特性与后续计划,指出在线数据校验和转换等改动已从稳定分支撤回,时间段 UPDATE/DELETE 语法也不再按此前状态交付。开发者若根据 beta 行为提前接入,需要重新检查语法、迁移脚本和测试矩阵;最终版本范围以正式发布分支和 release notes 为准。文章还解释了回退背后的审查与稳定性取舍,适合作为升级前的变更清单。
pgAssistant 3.8.0 建立 PostgreSQL 持续改进闭环
pgAssistant 3.8.0 把 PostgreSQL 分析从一次性检查推进为持续改进闭环:观察、诊断、排序、规划、实施、再采集并衡量结果。结合 Collector,新版 Workload Insights 对比相邻采集,展示建议变化、配置差异、负载趋势、执行时间、调用次数和高影响查询。Executive Plan 继续明确 DEV/OPS 负责人,但项目提醒相关性不等于因果关系;它用于跟踪优化成效,不是实时监控替代品。