PostgreSQL 博览 2026-06-29 RSS 订阅

文章举例说明小表怎么拖慢大查询：devices 表从 600 行长到 10000 行，pg_statistic 仍是旧数据，规划器于是选错 join 策略，改用嵌套循环代替哈希连接，原本 20 毫秒的查询变成好几秒。根子在 autovacuum_analyze_scale_factor 默认 0.2，增长缓慢的小表几乎不会自动触发 ANALYZE。办法有三种：单独调低该参数、手动 ANALYZE，或把稳定元数据冗余进事实表。

Richard Yen 在灾难恢复系列第二篇里说，处理得好的团队与手忙脚乱的团队，差别通常不在工具，而在演练过的流程。他给出三件具体的事：把 runbook 写成逐步操作，标明确切命令、成功标准、回滚路径和责任人；按难度递进做演练，先练恢复与切换，再加时间限制，再模拟关键人不在场；指定技术指挥和对外沟通两个角色，约定升级链路与授权门槛。他建议每月演练一次，记录各阶段耗时，把实际能达到的 RTO 与 RPO 和业务方对齐。

Lionel Palacin 给出一套全开源组合：PostgreSQL 作为记录系统，ClickHouse 承接分析负载，中间由 PeerDB 做变更数据捕获，再用 pg_clickhouse 扩展把查询下推过去。落地方式有两种，一种是 CDC 近实时复制数据，另一种是拆分写入，事件与日志直接进 ClickHouse，事务仍留在 PostgreSQL。仓库里给了可本地部署的示例配置，针对分析查询本身就是产品功能的场景。

Canonical 的 Marco Manino 与 Alberto Carretero 用 TLA+ 复查了 SQLite 里一个 2010 年就存在的数据损坏缺陷：检查点与写入并发地重置 WAL 文件时会发生竞态。他们为追加页面和检查点行为写了形式化规格，模型检查器很快找出触发问题的执行序列。SQLite 的修复办法是比较检查点前后的 WAL salt，变了就跳过。dqlite 不受影响，它在两种操作期间都持有写锁。

三星、SK 海力士和美光在美国被起诉操纵内存价格，同一天美光又预测 DRAM 短缺至少持续到 2028 年。数据库和 AI 基础设施都高度依赖内存容量与带宽，价格上行会直接传导到云实例账单、自建硬件预算和推理部署成本。做容量规划时，内存价格和供货周期值得作为单独的风险项列出；高内存的数据库节点、向量检索和推理缓存尤其需要提前锁预算或调整规格。

Riptides 的文章讲的是把 GitHub Actions 工作流里的长期 secret 删掉，让每个 job 拿到属于自己的短期身份，而不是共享一份长期有效的凭证。供应链攻击往往从 CI 里的 secret、包发布 token 和云凭证开始，静态密钥一旦泄漏，影响范围和有效期都不可控。发布包、构建镜像或部署云资源时，可以优先改用 OIDC 联合身份、短期 token 和最小权限角色，把凭证的生命周期压缩到单次运行之内。