PostgreSQL 博览 2026-10-10 RSS 订阅

PostgreSQL 主线修复了哈希索引在桶分裂期间启动扫描时漏行的问题。旧代码读完第一个桶后可能提前结束，没有继续读取另一半；触发还要求分裂开始后插入了匹配记录，且首桶最后读取的页含匹配项。补丁统一正反向跨桶逻辑，并加入可复现测试。提交标注回补至 14 分支，使用哈希索引的实例应关注后续维护版；回归验证可覆盖并发插入以及正反向扫描这两类路径。

PostgreSQL 已提交一组优化器正确性修复。表达式缩减为输入列时保留类型修饰与排序规则，避免 CASE、NULLIF、COALESCE 改写影响排序或分组；同时修复分区虚拟生成列的非空误判，并恢复 ON CONFLICT 对简化索引表达式的匹配。提交均标注回补至 19，其中旧版 CASE 与 NULLIF 的问题因兼容性顾虑暂不回补。测试 PG19 时需以包含修复的新构建复核。

Now-Next 在 PostgreSQL 17、18 上实测发现，一租户一分区配合仅在 RLS 中设置租户条件，会把小查询变成大量规划与加锁工作。其千分区样例从显式租户条件下约 0.25 毫秒升至约 77 毫秒，每次查询持有约 2,003 个关系锁，并发时耗尽共享锁表。提前写明租户谓词可在规划阶段裁剪分区；测试用小表和热缓存，反映的是固定开销，不能直接用于容量规划。

Pettus 对照 Aurora、pg_lake、ColdFront 与 pg_clickhouse，指出湖仓查询的关键差别在于由哪个引擎掌握规划权。完整下推可把连接交给湖端；部分下推只传递扫描，本地规划仍可能缺少统计信息。类型与排序规则也会改变执行路径，pg_lake 通过独立进程运行 DuckDB。这份比较依据项目文档，并未同场跑分，选型时应检查普通表与湖表混合连接的执行计划，再核对写入与事务边界。

MariaDB 基金会为测试框架 TAF 加入 PostgreSQL 插件，把安装、实例生命周期、SQL 执行、负载运行与结果报告接入同一流程。插件可运行 HammerDB 的 TPROC-C、TPROC-H 及 sysbench 负载，并生成可复现的配置文件与性能剖析。PostgreSQL 的负载配置仍标作测试版；sysbench 必须编入对应的 PostgreSQL 支持，否则框架会告警并跳过。

Docker Engine 29.9.0 修复了加密覆盖网络的一处保密性缺陷：内核加密规则配置失败时，部分数据包可能以明文发出。接收端会拒绝这些包，因此影响主要是单向流量与未完成握手，而非已建立连接的全部内容。新版同时通过更新 Go 修复多项 HTTP/2 拒绝服务问题，并修正镜像可运行却缺少导出所需层文件、无根模式连接泄漏等故障。使用 Swarm 加密网络的团队应结合更新安排检查节点网络行为。