PostgreSQL 博览 2026-10-13 RSS 订阅

Dimitri Fontaine 用 PostgreSQL 16 升至 18 的可复现实验，拆解逻辑复制切换与回滚的操作边界。初始复制不会带齐序列、物化视图内容和大对象，切换前须冻结写入、用标记行确认变更已应用，再同步序列；提前建立反向订阅才能接回新库写入。作者在事务池模式下用 PgBouncer 暂停并排空事务，三次测得 142–151 毫秒写入停顿且无失败请求。该结果依赖所有写入经过池化入口，长事务、模式变更与应用重试仍需纳入演练。

Tiger Data 发布 pg_vectorsearch 首个 alpha 版，以 PRISM 分区索引和压缩替代图遍历，支持 PostgreSQL 18 起的版本，也能索引 pgvector 既有列。厂商称，一亿向量测试中，128 GB 内存实例在约 95% 召回率下达到 6 毫秒中位延迟。团队将开发转向新架构，pgvectorscale 进入维护模式。频繁写入后的重平衡和删除空间回收仍需手动执行，过滤查询也可能返回不足数量的结果。

ParadeDB 公开新一轮全文检索计数优化：按 ctid 划分索引段，让全可见页范围跳过逐行校验；反向映射页号与文档编号，只为需要重检的页读取行地址；高频词则使用位图加速交并运算。厂商称，一项计数测试的可见性相关读页由 1382 次降至 30 次，更新数据后的另一项测试读页减少约 95%。文章还比较了元数据过滤和按时间排序，强调查询形态会左右结果。这些测试基于主线提交，既有索引需重建才能使用位图与 ctid 优化。

Supabase 详解 Declarative Schemas 2.0：CLI 改用开源 pg-delta 比较真实系统目录，补齐 RLS 策略、授权、视图设置、分区和域类型等迁移差异。工具用临时数据库加载模式与历史迁移，按依赖排序输出 SQL；扩展管理的对象通过扩展接口修改，未知对象可令持续集成失败。新项目默认启用，旧项目需在 CLI 2.119 及以上开启。它仍属 alpha，列改名可能生成删列再加列，执行前须检查数据损失风险。

ClickHouse 复盘了一次简单查询多等约 32 毫秒的问题：结果行已经到达，客户端却仍在等待查询结束标记。原因是连接空闲后 TCP 拥塞窗口缩小，零散发送的日志、进度等元数据包耗尽窗口，迫使服务端再等待一次确认。团队用 Linux 网络命名空间稳定复现，再于应用层合并查询末尾的元数据写入。厂商测试中数据包数量减半，额外往返消失；实时进度仍需及时发送，不能把所有消息一概缓冲。

containerd 发布镜像拉取路径的三项安全修复。错误的清单摘要可使默认 CRI 拉取路径崩溃，kubelet 重试还会反复触发；恶意仓库也能发送超出声明大小的层数据，耗尽宿主机磁盘。另一项响应头缺陷只影响启用了并行层下载缓冲的配置，默认配置不受影响。2.4.2、2.3.7 和 2.2.10 修复全部三项问题，2.0.14 修复磁盘耗尽问题。集群应按运行时维护分支核对补丁，并区分默认拉取路径与可选下载配置的风险。