【Prometheus】TSDB 的 Compaction（压缩）过程是如何工作的？为什么要进行 Compaction？

Prometheus TSDB Compaction 深度解析：从 Head 到 Block 的数据炼金术

问题引入

本文聚焦于用户提出的以下具体问题：

第七部分：存储引擎 (TSDB) 与性能

63. TSDB 的 Compaction（压缩）过程是如何工作的？为什么要进行 Compaction？

在构建支撑Flink 作业 Checkpoint 延迟追踪、Kafka Topic Lag 全局视图等关键业务的监控平台时，我们曾多次遭遇因TSDB Compaction 阻塞引发的 P0 级事故。现象表现为：Prometheus 内存持续飙升、WAL 目录无限膨胀、最终因 OOM 被系统杀死，导致所有告警失效。究其根源，是对 Compaction 机制的理解不足。

Compaction 绝非一个简单的“后台整理”任务，它是 Prometheus TSDB 存储引擎的心脏，负责将易失的内存数据转化为持久、高效、可查询的磁盘结构。理解其工作原理，是设计高可用、高性能监控系统的必经之路。

生活化类比与技术本质

我们可以将 Compaction 过程想象成图书馆的图书编目与上架流程：