PostgreSQL 博览 2026-08-25

一套跑在 EC2 上、通过 NFS 挂载 Amazon FSx 的 PostgreSQL 备库长期存在复制延迟，而 FSx 的吞吐和 IOPS 用量都不到配额的一半。真正的天花板是 EC2 单条 TCP 流约 5 Gbps 的限制：NFS 挂载没有设置 nconnect，所有流量挤在一个连接上，既够不到实例的聚合带宽，也用不满 FSx 的配置容量。定位手段是 vmstat 的 b 列和 wa 值显示持续 I/O 阻塞，再用吞吐分布图确认 5 Gbps 硬顶。把 nconnect 调到 16 之后，复制延迟立刻缓解。

Robert Haas 借助 Claude 统计了 PostgreSQL 19 在 feature freeze 之后修复次数最多的补丁，把六项列为高风险：RI 快速路径外键批处理约 16 处修复且含安全问题，REPACK CONCURRENTLY 有 28 处并涉及数据丢失和 ACL，在线数据校验和约 25 处且状态机有洞，UPDATE/DELETE FOR PORTION OF 有 17 处修复且 3 处涉及安全，SQL/PGQ 属性图 17 处，postgres_fdw 统计导入 7 处但密度高。焦点是要不要回退前三项，Tom Lane 对属性图随 v19 发布表达强烈担忧。

Protocol Labs 不再续约资金后，Shipyard 宣布 2026 年 9 月 30 日结束全部 IPFS 工程、维护与基础设施运营。失去专职维护的项目包括 Kubo、Helia、Boxo、Rainbow、IPFS Desktop 与 Companion；公司还将停止运营 ipfs.io、dweb.link、delegated-ipfs.dev 以及 bootstrap 节点，对 go-libp2p、js-libp2p 的上游贡献和规范协调同样停止。依赖方需要立刻盘点 gateway、DNSLink、二进制来源和 CI 下载路径，并确认接手主体。

传统 RoCE 依赖有序、近乎无损的 fabric 和 PFC 配置，规模一大运维成本就会放大。Meta 把 MetaRoCE 的协议规范、参考实现和一致性测试套件通过 Open Compute Project 公开：每个包自带目的信息以支持原生乱序投递并直接写入最终内存位置；传输层按包在多条路径上喷洒，每条路径各自维护 RTT、ECN、利用率和拥塞窗口；256 位选择性确认把空洞判定为丢包并精确重传；拥塞控制结合发送侧 ECN AIMD 与接收侧公平份额提示。fabric 只需要 ECN 和 ECMP，Meta 称 AMD Pensando 已完成验证。

真实组织通常同时存在员工、承包商、合作伙伴和 CI 四类身份源，为了迁就单一 IdP 而拼装 broker 或手工同步身份，往往让撤销、claim 变换和审计更脆弱。AWS 现在允许每个 EKS 集群关联最多 10 个外部 OIDC provider，各自独立配置管理，并与既有的 IAM 认证并存，配置路径仍是控制台或 AssociateIdentityProviderConfig。落地前应先统一 issuer、audience、group 与 subject 映射、RBAC 最小权限、短 token、审计和离职撤销，并把每个 IdP 当作独立的可用性边界。

在 functional correctness 与 integrity 之外，confidentiality 是高保证隔离缺不得的一环。Proofcraft 宣布已为 AArch64 版 seL4 完成机密性证明，在公告列明的假设下给出数学结论：非关键应用无法未经授权读取关键应用的信息。补齐这一项之后，AArch64 的安全证明栈可以支撑更完整的隔离论证。需要注意证明的边界只到 kernel enforcement，启动链、硬件、DMA、设备驱动、用户态组件和运维流程的保证仍要逐层补齐。