?

RocketMQ的消息存儲采用的是混合型的存儲結構，也就是Broker單個實例下的所有隊列公用一個日志數據文件CommitLog。這個是和Kafka又一個不同之處。

為什么不采用kafka的設計，針對不同的partition存儲一個獨立的物理文件呢？這是因為在kafka的設計中，一旦kafka中Topic的Partition數量過多，隊列文件會過多，那么會給磁盤的IO讀寫造成比較大的壓力，也就造成了性能瓶頸。所以RocketMQ進行了優化，消息主題統一存儲在CommitLog中。

當然，這種設計并不是銀彈，它也有它的優缺點

優點在于：由于消息主題都是通過CommitLog來進行讀寫，ConsumerQueue中只存儲很少的數據，?所以隊列更加輕量化。對于磁盤的訪問是串行化從而避免了磁盤的競爭

缺點在于：消息寫入磁盤雖然是基于順序寫，但是讀的過程確是隨機的。讀取一條消息會先讀取ConsumeQueue，再讀CommitLog，會降低消息讀的效率。

?

總結

以上是生活随笔為你收集整理的RocketMQ消息存储的整体结构的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。