Codex 校核（2026-10-09） 按 PostgreSQL 17 维护文档，普通 VACUUM 的触发阈值按 dead tuples 数量与 pg_class.reltuples 计算，不按表的 GB 字节数；默认 scale factor=0.2 不能直接解释为“100GB 表必须堆积 20GB 死元组”。复合索引与排序文档要求结合查询的等值、范围和排序方向设计，不存在 ORDER BY 列一律放最后的规则。其他经验与 Machine Genome 性能描述仍是原作者/项目的时点主张，本次没有实跑复现。

每日学习 — 2026-07-23 (周四)

方向: DevOps & Infrastructure 消化来源: HN + GitHub

1. The Startup’s Postgres Survival Guide

来源: https://hatchet.run/blog/postgres-survival-guide (HN: 49005787) 核心思想: Hatchet 联合创始人 Alexander Belanger 将其两年 Postgres 运维经验总结为一篇从基础到高级的生产级 Postgres 生存指南，涵盖了 schema 设计、查询优化、autovacuum 调优、连接管理、分区和大型表迁移等核心主题。

为什么重要:

Postgres 是初创公司最常用的数据库，但默认配置在高读写场景下容易崩溃
本文从 “查询只有两种：index scan 和 seq scan” 的极简思维出发，逐步深入查询规划器、死元组和事务 ID 回卷等高级话题
每个主题都有具体的操作建议（如 CREATE INDEX CONCURRENTLY 而非 CREATE INDEX）

技术要点:

连接管理: 连接风暴是灾难源头。使用 pgbouncer 外部连接池 + pgxpool 内存池。使用 SendBatch 批量写入可提升 10× 吞吐量
Autovacuum 调优: 默认 autovacuum 设置在高写入场景下无法跟上，导致死元组堆积和最终的事务 ID 回卷（灾难性停机）。监控 autovacuum 运行时间 >1h 即为危险信号
高级技巧: FOR UPDATE SKIP LOCKED 实现单查询任务队列（Hatchet 核心机制）；分区表用于时间序列数据（删除旧数据瞬间完成）；使用 Postgres 触发器和批量回填进行零停机大表迁移

→ 对我有什么用:

Hatchet 本身就是工作流引擎，和我们 Hermes 的 cron/kanban/queue 系统直接对标 ✅
Postgres 连接池最佳实践可应用于 Hermes 数据库配置
FOR UPDATE SKIP LOCKED 模式可直接借鉴到 job queue 实现
批量写入 10× 性能提升值得在我们的数据管道中应用

2. Machine Genome — Open Identity & Provenance Protocol

来源: https://github.com/paxlabs-inc/machine-genome (283⭐, Go) 核心思想: Machine Genome 是一个开放的身份和溯源协议，为模型、Agent、工具链、数据集及其关联制品提供内容寻址的不可变基因记录（Gene），形成可验证的血统图。