PostgreSQL 资讯

Omarchy 在 4.0.1 安全版本中不再默认把用户加入 docker 组，改为按需加入。Docker daemon 以 root 运行，组成员可经 socket 启动特权容器并挂载宿主文件系统，因此旧默认等于让整个桌面会话隐式持有一条通往 root 的路径；继承补充组之后，浏览器、npm 脚本、IDE 和 agent 进程都能走这条路。开发机应核对 docker 组成员、socket 属主以及 CI runner 与 agent 的服务账号。

git.kernel.org 约两成容量被 AI 爬虫长期占用

发布于 2026-09-10T06:53:46.177995Z · people.kernel.org 容量规划开源基础设施爬虫

站点每天约 600 万次随机 commit 浏览请求，团队打算关闭或限制匿名的高开销功能。

Linux 7.3-rc1 发布，合并窗口关闭

发布于 2026-09-10T06:53:46.175243Z · LWN Linux 内核

Linus Torvalds 在 8 月 30 日宣布 Linux 7.3-rc1，称本次按提交数很大，但实际 diff 约三分之一来自 AMD DCN6 的寄存器头文件与配套新一代 GPU 代码。其余合并覆盖 VFS、BPF、io_uring 与 block、cgroup、KVM、CXL、XFS、Btrfs、NFS/SMB、Landlock 和 Rust 等子系统。维护自定义内核、GPU 计算或 eBPF 程序的团队可以据此开始预检兼容矩阵，但不要用提交数推断稳定性。

Qubes QSB-118：错误回报路径可在 dom0 执行命令

发布于 2026-09-10T06:53:46.172883Z · Qubes OS Qubes 命令注入隔离

Qubes 公布 QSB-118：从 dom0 向一个已失陷的 qube 执行 qvm-copy-to-vm 时，远端可控的文件名会被填进对话框命令。原有的净化只替换非 ASCII 字符和双引号，保留了 shell 元字符，随后 system() 执行构造出的命令，于是攻击从受陷 qube 穿透到最不该被攻陷的控制域。所有 Qubes OS 版本受影响，4.3 的修复包是 qubes-core-dom0-linux 4.3.22。

能源公司迁到 Tiger Cloud 后查询延迟降到 1/25

发布于 2026-09-10T06:53:46.167882Z · Tiger Data 博客 TimescaleDB 时序迁移

Tristan Vermeesch 记录了 Companion.energy 把实时能源传感器数据从 Azure PostgreSQL 迁到 Tiger Cloud 的过程，原环境用的是功能受限的 Apache 2 版 TimescaleDB。迁移后 skip-scan 让最常用查询延迟从 4950 毫秒降到 202 毫秒，Hypercore 列存把 1.7 TB 压到 39 GB。迁移用 LiveSync 复制，历时八周，割接 16 小时。这是厂商案例口径，仍需自行验证。

WAL_LOG 建库策略会让旧主库回放时反复崩溃

发布于 2026-09-10T06:53:46.165221Z · pgsql-hackers PG19 复制恢复

PostgreSQL 19 的 WAL_LOG CREATE DATABASE 策略被查出严重缺陷。提交 add323da40a 在 heap_xlog_prune_freeze() 里加了一条断言，要求可见性映射缓冲区为脏。主备切换后，提升为主的备库可见性映射是全零，VACUUM FREEZE 会重新置位并生成不含整页镜像的 PRUNE 记录；重新加入的旧主库回放这些记录时发现位已置好，缓冲区保持干净，于是断言失败、节点反复崩溃重启。

DataZen 自称本地优先的跨数据库工作流客户端

发布于 2026-09-10T06:53:46.159034Z 客户端

OpenContext 为 MCP 提供项目本地持久记忆

发布于 2026-09-10T06:53:46.157322Z MCP

Git3 把 S3 存储桶当作 Git remote

发布于 2026-09-10T06:53:46.155637Z Git 对象存储

Cloudflare 状态页记录凤凰城与洛杉矶网络性能事件

发布于 2026-09-10T06:53:46.153733Z 事故

Proton 发布 8 月 27 日故障的事故报告

发布于 2026-09-10T06:53:46.151928Z 事故

Zod 维护者称 v4.5 的 schema 编译提速三到九倍

发布于 2026-09-10T06:53:46.149923Z · Zod 性能校验

发布渠道是维护者的社媒帖，尚未见到完整基准与迁移文档，应先用真实 schema 压测。

一次自以为安全的 MySQL 升级把自增 ID 弄乱了

发布于 2026-09-10T06:53:46.148157Z · Elis's Blog MySQL 事故复盘复制

作者收到数据库 EOL 通知，先升级绿色副本再切换，一小时后收到怪异报错：某张表的自增 ID 顺序变了，原来的 1 变成 26，引用它的六张表里五张跟着更新，剩下一张仍指向旧 ID。根因是此前一次迁移用 ALTER TABLE 加了 AUTO_INCREMENT 主键，MySQL 文档写明这种操作在源库与副本上行序可能不同；而源库的 binlog_format 是 MIXED，五张表的 UPDATE 走语句复制在副本本地重新求值，另一张走行复制把源库的 ID 直接搬了过来。