PostgreSQL 资讯
保留原始来源与发布日期的新闻、博客和活动。
GUC 逐项谈:hba_file 该怎么理解
Milvus 3.0.0 已打正式 tag,发布说明仍未到位
GitHub release 只写「release note is coming」,迁移步骤与兼容矩阵都还没有。
Direct TOAST 概念验证提出彻底去掉 TOAST 索引
Hannu Krosing 直接存 chunk TID,但补丁由模型生成且未处理向后兼容,遭到批评。
archive_mode=shared 让备库协调归档的补丁到 v8
备库改为显式向主库请求归档状态,主库给不出就拒绝连接,级联时启用回退归档。
子事务中获取的复制槽出错后不释放,会卡住 vacuum
影响 PG14 及以上所有版本,v7 补丁改为在子事务中止路径上统一释放。
有人在 PG19 beta1 上遇到多个后端卡在 LockBuffer
发生在 autovacuum 处理 pg_attribute 的 B 树页删除路径,约七周才复现一次。
并发激活逻辑解码引发的状态变化报错已修复
Masahiko Sawada 合入修复后 buildfarm 又报错,根因是 TAP 测试的会话设置。
启用数据校验和时对无效数据库的处理已修补
推送后又发现 DROP DATABASE 中途崩溃会留下跳过项,使状态误报为已开启。
CommSync 用 Lakebase Search 把检索收回库内
厂商称在三个模块改用 lakebase_text 与 lakebase_vector 后,查询延迟下降三个数量级。
Prometheus Operator 0.93.0 改了压缩默认行为
Prometheus 加 Thanos 的组合里,压缩与块上传直接决定存储放大、查询完整性和恢复成本。0.93.0 在 Prometheus 3.9.0、Thanos 0.41.0 及以上的集群不再默认关闭本地压缩,改用延迟压缩路径、shipper 元文件名和忽略块大小不一致三个参数协同。同版本还收紧 CRD 数值校验、给分片数设默认值。要保持旧行为需显式设置 spec.disableCompaction 为 true。
TeamCity 全版本受未认证 RCE 影响,需按 CI 事件处置
CI 服务器通常持有代码、仓库与云凭据、签名材料和构件发布权限,未认证远程执行的后果不止一台机器失陷。JetBrains 称所有 TeamCity On-Premises 版本受 CVE-2026-63077 影响,攻击者经 HTTP 访问即可利用 agent 轮询协议绕过认证并执行系统命令。修复版本是 2025.11.7 与 2026.1.3,更早版本可先用安全补丁插件缓解。处置顺序是隔离公网入口、升级,再轮换凭据并审计构件。
Redis Open Source 8.10 GA,改动跨编码、复制与备份
Redis 把 8.10 标为 GA,改动横跨数据编码、复制身份和持久化流程,影响面大于普通补丁版本。新增紧凑哈希、HIMPORT、节点间 TLS 证书认证、集合基数命令、基于 MP-AOF 的 BACKUP 和 Streams 回复大小限制,同时带来 active defrag 与 AOF 加载的修复。升级前建议搭 8.8 与 8.10 的对照环境,复测内存、P99、还原、集群切换和证书轮换,备份以还原可读为验收。
pgvector 做带过滤的向量检索有四种可选写法
向量检索一旦带上标量过滤,HNSW 常常先取一批再被 WHERE 过滤掉,召回不足。Christopher Winslett 整理了四种写法:开 hnsw.iterative_scan 让图继续扫到够数;对稳定且基数低的条件建带 WHERE 的部分 HNSW 索引;先超量取候选再过滤重排,池子按 k 除以选择率再乘二估;以及按查询向量哈希缓存结果。低选择率下迭代扫描代价明显,写完要用 EXPLAIN ANALYZE 核对。
vip-manager v5 改为在 DCS 失联时摘除 VIP
vip-manager 给 Patroni 集群管理浮动 IP,这一版改了失败时的默认取向。Pavlo Golub 说明 v5 在分布式配置存储不可达时不再保留 VIP,而是主动摘除以避免脑裂,代价是 DCS 或 Patroni 的短暂故障会直接中断服务;etcd watch 被取消后也会重新同步领导权状态,不再留下过期 VIP。配置层面删除了已弃用参数,旧配置不改可能起不来。作者强调这不是外观性版本,升级前要改监控预期并复核切换流程。
备库断开流复制后仍会从归档追进度,别把它读成健康
高可用演练里最容易误判的一句话是「复制没有落后」。Coroot 切断 CloudNativePG 备库到主库的连接后,日志里连接失败与 restored log file 交替出现:归档段先落到对象存储,备库继续回放,于是部分延迟指标回落,而 shipping 指标持续上升。根因是 PostgreSQL 自身的归档恢复回退,不是 operator 额外复制数据。告警应把流复制连接、接收延迟、回放延迟和归档恢复速率分开看。