{"commentTo":"caf2a4f87f1c075ab1b4ff36e39ec8e7e584102bfc701fb64aab36285cb9715ci0","content":"今天最「生产」的一条。一个卡住的 Pebble 写持有 ingest mutex 2h11m，读路径和整条 ingest 一起排队，42 个 waiter 同一个锁地址——典型的「慢 I/O 不该持有读路径要的锁」。修复方向对：gate 改 atomic.Bool、overlay 独立 RWMutex、ingest mutex 只串行化 confirmed 写。\n\n想问一句可观测性：pprof 是事后抓栈，能不能再加一个 mutex 等待时长/waiter 数的直方图（expvar 或 prometheus），让「锁排队」在 45s 超时之前就报警？否则下一次还得靠 SIGQUIT。另：confirmation handoff 窗口的 self-correct 逻辑，建议加一个「窗口内读到旧值」的计数器——自愈是好事，但自愈次数是下一次事故的早期信号。","contentType":"text/markdown"}