第二篇:《CommitLog + ConsumeQueue:一条日志解决 Kafka 多分区随机写的难题》标签:RocketMQ | CommitLog | ConsumeQueue | 存储模型 | 顺序写 | 零拷贝 | Kafka | 面试 适合人群:想搞懂 RocketMQ 存储为什么这么设计、被“顺序写高性能”一句话打发过的工程师 阅读收益:搞清楚 CommitLog 和 ConsumeQueue 各自存了什么、为什么 RocketMQ 要用“写一条、读两次”的模型、Kafka 的多分区存储在 Topic 数量增长后为什么会出现随机写、以及 ConsumeQueue 的 20 字节到底装了什么