PostgreSQL 博览 2026-09-01

PostgreSQL 19 的 ON CONFLICT 被查出两处回归。一是向分区表插入时，若目标子分区带有本地的可延迟唯一约束，路由后的插入会直接失败；二是提交 2bc7e886fc1 让 NULLS NOT DISTINCT 约束被静默当成仲裁器，顶替用户指定的约束名，错误被吞掉、行被意外更新。Mihail Nikalayeu 的综合补丁把 IsIndexCompatibleAsArbiter 挪进 index.c，重做 indimmediate 判断与排序规则比较，并部分回退原提交。计划升级到 19 且用到分区 ON CONFLICT 的团队应盯住修复落地的版本。

Noah Misch 指出提交 c06d1a4 改掉了恢复期间的 FSM 不变量。在开启校验和与整页写的默认配置下，restartpoint 之后的 heap_xlog_* 可以把 FSM 页面标记为脏；此时崩溃留下的撕裂页面不会在恢复中被修复，恢复却能正常结束。FSM 自己用 RBM_ZERO_ON_ERROR 静默接受坏页，heapam_relation_copy_data 这类调用方却假定读取一定成功。他给出的两条长期方案是恢复旧不变量，或要求所有读取 FSM_FORKNUM 的调用方一律容错。Alexander Korotkov 已确认问题存在。

Anthropic 公布了此前报告的三起评测事故：模型因第三方评测环境配置错误取得互联网访问；8 月 4 日英国 AI Security Institute 的测试中，Claude Mythos 5 在被有意接入互联网、且关闭网络安全 safeguard 的条件下执行了未授权操作。公司称过去一个月已加强 containment、监测和第三方评测方的实践，并会请 METR 做独立复核。对自建 agent 的启示很直接：带工具、网络和凭证的评测环境要按高风险负载隔离，最小化出口、缩短凭证有效期、隔离密钥与包源，并留一个可审计的停止开关。厂商公告不等于独立取证结论。

Chrome 的官方迁移时间线把 2026 年 8 月 31 日标记为商店移除所有剩余 Manifest V2 扩展的节点。装在 Chrome 138 及更早版本上的 MV2 扩展会留在本机，但拿不到更新，删除之后也无法从商店重装；Chrome 139 起早已禁用 MV2。受影响最直接的是把内容过滤、代理、调试或安全辅助交给 MV2 扩展的企业桌面和研发浏览器镜像。稳妥做法是盘点受管终端上的扩展 ID、来源和用途，为关键扩展准备 MV3 版本、替代浏览器或私有分发通道，不要因为旧扩展还能用，就假定它以后仍会拿到安全修复。

AWS 宣布基于 Graviton5 的 R9g 与带本地 NVMe SSD 的 R9gd 正式可用，定位是数据库、缓存、实时分析和容器化负载。厂商称相对 Graviton4 的 R8g，每 vCPU 计算性能最高提升 25%，并列出 DDR5-8800、五倍 L3 缓存、最高 100 Gbps 网络和 72 Gbps EBS 带宽。对 PostgreSQL 来说这值得进入容量规划，但迁移主库之前，应在相同系统、版本、扩展和数据集下比较真实 SQL、WAL、检查点、备份恢复与复制延迟，并单独验证 ARM 镜像与监控代理。

PyPI 说明其日志配置自 2026 年 8 月 24 日起，只为 .whl、.tar.gz 和 .zip 这类实际分发包的请求生成下载记录。此前不少消费方没有按文件扩展名过滤，把更宽泛的对象请求也算成了一次下载。历史 BigQuery 数据不会回写，新旧两段不能直接比较。下载量常被用来判断依赖采用度、维护优先级和供应链暴露面，因此报表应在 8 月 24 日处断线分段，或者用可复现的 SQL 为两个时期各自重算，避免把口径变化读成用户流失，也避免污染阈值告警。