PostgreSQL 博览 2026-08-10 RSS 订阅

PostGIS 发布 3.7.0beta2，官方建议搭配 PostgreSQL 19 Beta2 与 GEOS 3.15.0beta2，支持范围是 PostgreSQL 14 到 19beta2、GEOS 3.10 以上、Proj 6.1 以上。这一版在 beta1 基础上修了 ST_GeometryN 与 ST_DWithin 的内存泄漏，加固了可写模式下攻击者可控的对象解析，补上畸形几何的校验，并修正大端平台与 32 位整数处理。

Umair Shahid 提醒，分区之所以快靠的是分区裁剪，而裁剪只在查询按分区键过滤时才生效。他给的方法是先把最频繁、最贵的十条查询列出来，看它们的 WHERE 条件；如果过滤列五花八门，分区不会带来均匀收益。其次要看数据分布，不只是不同值的个数，还要看行怎么落在这些值上。哈希分区适合 UUID 一类天然均匀的键，按租户 ID 做哈希会造成热点。时间序按范围分区最合适，还能靠删分区做数据保留。

Christophe Pettus 讲的这个参数只读，报告的是日期时间类型的内部表示：以微秒计的 64 位整数，还是以秒计的浮点数。PostgreSQL 早期用双精度浮点存时间戳，整数表示在 7.x 时代作为编译选项出现，8.4 起成为默认，到 10 时移除了关闭它的编译开关，此后恒为 on。它还留在启动信息里，是因为支持二进制协议的驱动要靠它解码时间戳。8.4 之前用浮点构建的老集群无法用 pg_upgrade 升级。

Restoredrill 把自己定位成证明 PostgreSQL 备份确实能恢复的工具。仓库在本窗口仍然很新，从项目说明推不出它已经覆盖复杂拓扑、加密、归档、时间点恢复或云备份插件。备份最常见的失败并不是没有备份，而是真要恢复时才发现对象不全、密钥不可用、版本不兼容、时间线缺失或恢复时间不达标。它更适合作为恢复演练清单的输入：先准备独立的恢复目标，做抽样与全量恢复，校验数据、对象与权限，给恢复时间计时，并把结果与生产严格隔离。

研究者披露了 Apple Private Cloud Compute 的 CVE-2026-20685 细节：在 Apple 提供的虚拟研究环境里，利用 darwin-init 的解压路径处理，让构造的归档以 root 身份写入持久数据卷，并借此影响日志转发。NVD 记录把影响描述为具备特权网络位置的攻击者可能泄露敏感信息，修复版本是 PCC Release 5E290.3，并非新披露的零日。即使可验证的系统镜像不变，运行时的可写状态仍是独立边界。