PostgreSQL 发布安全更新,14 迎来最终版本
PostgreSQL 发布 18.7、17.12、16.16、15.20、14.25 及 19 RC 2,修复 52 个安全漏洞和逾 140 项缺陷。14.25 是 PostgreSQL 14 的最后一次发布,该版本随即结束维护。此次更新还包含需要额外处理的数据完整性问题:部分索引须重建,使用增量备份的实例须从健康服务器重新建立全量备份链。维护团队应逐项核对发布说明中的修复步骤;19 仍是候选版,尚未正式发布。
pgsql.cc 提供对 postgresql.org 官网内容的中文翻译,由 Pigsty 团队维护。
当天收录 26 条。
PostgreSQL 发布 18.7、17.12、16.16、15.20、14.25 及 19 RC 2,修复 52 个安全漏洞和逾 140 项缺陷。14.25 是 PostgreSQL 14 的最后一次发布,该版本随即结束维护。此次更新还包含需要额外处理的数据完整性问题:部分索引须重建,使用增量备份的实例须从健康服务器重新建立全量备份链。维护团队应逐项核对发布说明中的修复步骤;19 仍是候选版,尚未正式发布。
Percona 用跨 glibc 版本的物理副本晋升实验,复现排序与字符分类变化对 PostgreSQL 数据的影响。除了索引错序,旧行还可能留在错误的分区,已验证的检查约束不再符合实际数据,存储生成列也会保留旧计算结果。这些问题无法仅靠重建索引解决;字符大小写规则的变化甚至没有独立版本告警。排查应覆盖分区、约束和持久化表达式,完成必要的数据修复后再刷新排序规则版本并更新统计信息。
SQLRooms 将 DuckDB 嵌入交互式分析应用,在浏览器中使用 Wasm,在桌面端使用原生引擎,让界面组件共享数据库连接。Foursquare Spatial Desktop 通过空间扩展按视口过滤、抽样和简化数据,再由本地服务提供地图瓦片;Cosmograph 则在后台工作线程中查询,并以列式结果驱动图渲染。这些案例展示了无需独立数据库服务器的分析架构,也说明大数据集的交互性能仍依赖查询裁剪、传输格式与渲染方式。
AWS 给出 SQL Server 可用性组故障副本的恢复实操:使用应用一致性的 EC2 快照恢复实例,再补齐网络配置和数据库同步状态。现成的 VSS 数据库恢复运行手册只适用于独立实例或主副本,不能直接重建辅助副本。整机恢复后仍须重新配置辅助 IP,核对日志链;链条不连续时,还要补做差异备份和日志恢复。最终验收包括复制队列、角色状态及切换演练,不能把备份任务成功等同于高可用恢复完成。
AWS 梳理 ElastiCache 的多租户设计边界:独立缓存可隔离计算和内存,共享缓存的 ACL 与角色权限则主要约束键访问,无法避免租户争抢资源。仅靠键名前缀或应用选择逻辑数据库,也不能形成安全边界。分片设计还有另一类陷阱:把同一租户的全部键固定到同一哈希槽,会让大租户形成热点。文章建议按访问控制、资源配额、数据归属和运维需求分别选择方案,必要时采用共享与独立缓存并存的混合模式。
Rust 1.100 扩展永不返回类型的可用位置,并稳定核心分配器接口,使容器可以使用自定义分配策略。与此同时,旧 edition 中部分类型推断的默认行为发生变化,少数项目可能需要显式标注。Cargo 开始提示未使用的依赖,还调整构建目录的哈希布局,以改善多个工作区共用缓存时的冲突;依赖内部目录结构的脚本需要复核。新增的依赖发布冷却期选项,则允许项目限制过于新鲜的依赖版本。
主干为 pg_constraint.confrelid 建索引,减少升级及分区挂接、摘除时的目录顺序扫描;本次未改动 TRUNCATE 路径。
已合入的修复保留失败事务原有的隔离等特征,并避免子事务只读状态泄漏到后续事务,提交注明回补至 PG 15。
三项相关提交共同处理表大小变化、过小样本和未知估计,避免沿用过期行数或把活行数误报为零,回补至 PG 19。
R9g 已正式支持 PostgreSQL、MySQL 等引擎,提供九种规格、最高 192 vCPU,首批开放四个区域。
自建版 26.8 起可接入 Iceberg REST 目录并原子提交元数据;低延迟、高并发查询仍可将热点数据物化到 MergeTree。
团队以 RIOT 同步数据并重做客户端封装,但漏键在切换后才被发现,随后补回数据,并把迁移前完整性核验纳入流程。
AWS 示例用状态机编排角色切换;计划切换要求复制追平,紧急接管则记录最后应用的 SCN 与可能丢失的数据窗口。
增强快照支持导出到 S3,并在其他应用或区域导入,便于蓝绿部署和灾备;要求 Flink 1.20 或更高版本。