Kafka和RocketMQ是目前非常流行的分佈式消息系統，它們都能夠高效地處理海量的消息數據。在本文中，我們將對Kafka和RocketMQ進行技術比較，分析它們在各方面的優缺點，以便讀者在選擇消息系統時能夠做出更加明智的決策。
一、架構設計
Kafka和RocketMQ都是基於發佈/訂閱模式的消息系統，但是它們的架構設計有所不同。
Kafka的架構設計比較簡單，主要由生產者、消費者和Kafka集羣三個組件組成。生產者將消息發佈到Kafka集羣中的Broker節點，然後消費者從Broker節點中獲取消息進行消費。Kafka的數據模型是基於Topic和Partition的，每個Topic可以有多個Partition，每個Partition可以在多個Broker節點上覆制，保證數據的高可用性。
RocketMQ的架構設計比較複雜，主要由Namesrv、Broker和Producer/Consumer三個角色組成。Namesrv主要負責服務註冊和發現，Broker節點負責存儲和傳輸消息，Producer和Consumer分別將消息發送到和從Broker節點中獲取消息。RocketMQ也是基於Topic和Partition的數據模型，但它採用了一種主從複製的機制，確保了數據的高可用性和容錯性。
二、性能比較
Kafka和RocketMQ都是高吞吐、低延遲的消息系統，但是它們的性能也有所差異。
在吞吐量方面，Kafka表現更加出色。Kafka使用順序寫磁盤的方式存儲消息，因此可以達到非常高的寫入吞吐量，而且在讀取方面也能夠達到非常高的性能。RocketMQ雖然也使用了順序寫磁盤的方式存儲消息，但是其讀取性能稍遜於Kafka，尤其是在批量拉取消息的情況下。
在延遲方面，RocketMQ表現更加出色。RocketMQ通過採用Zero Copy技術和緩存池技術來降低延遲，而Kafka則通過批量發送和異步處理的方式來提高吞吐量，但相應的會增加一定的延遲。
三、可靠性比較
Kafka和RocketMQ都是高可靠性的消息系統，但是它們的可靠性也有所不同。
在數據可靠性方面，Kafka表現更加出色。Kafka採用了多副本機制，每個Partition都有多個副本，當某個Broker節點失效時，可以通過其他副本來保證數據的可用性。而RocketMQ採用的是主從複製機制，當主節點失效時，需要進行主節點選舉才能保證數據的可用性，這可能會導致一定的延遲。
在數據一致性方面，Kafka也具有更好的表現。Kafka採用了基於Zookeeper的分佈式協調機制，能夠確保數據在Producer和Consumer之間的順序性。而RocketMQ則需要在Producer端對消息進行排序，然後再發送到Broker節點中，這可能會對性能造成一定的影響。
在消息事務方面，RocketMQ的表現要優於Kafka。RocketMQ提供了完整的消息事務機制，能夠保證消息在發送和接收過程中的一致性和可靠性。而Kafka並沒有提供官方的事務支持，需要開發者自行處理。
在故障恢復方面，Kafka具有更好的表現。Kafka支持自動的故障轉移和數據複製機制，能夠快速地恢復節點的可用性，保證數據的連續性。而RocketMQ需要手動進行主從切換，可能需要一定的人工干預。
綜上所述，Kafka和RocketMQ在可靠性方面都有其優劣之處，選擇哪一個更適合，需要根據具體的應用場景和需求進行評估
————————————————
版權聲明：本文爲CSDN博主「hb13262736769」的原創文章，遵循CC 4.0 BY-SA版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/hb13262736769/article/details/130114126
爲什麼kafka延遲比rocketmq延遲高
說kafka延遲比rocketmq延遲高 是有一個前提的 就是topic較多的時候 這個和這2個MQ的數據存儲結構有關係的 在topic少的時候延遲基本一致。
kafka的數據存儲結構設計師儘可能的保證吞吐量，所以在設計時是儘可能保證log日誌小，它的數據結構如下 其中topic是邏輯概念，分區對應就是一個物理文件夾：
所以在topic比較多時，分區文件數量會非常龐大 磁盤順序讀效率還不如隨機讀效率，則會在topic比較多時 磁盤順序讀就蛻變爲隨機讀，延遲也就高了。
即 kafka 性能對於topic 有閾值（20 個）。
淘寶業務比較複雜，topic會比較多 則爲了解決這個痛點 rockertmq 就誕生了 它的數據存儲結構 對此做了優化 日誌目錄只有一個 commit log ，結構如下：
出發點不一樣，kafka定位就是處理日誌和大數據 在這些業務領域，topic不會太多，延遲問題自然也就沒有。
數據存儲結構是主要原因，還有就是kafka只支持pull模式。而rocketmq有pull、push兩種模式 （雖然這個push模式是假push），push模式延遲肯定是比pull模式延遲低。
push模式是基於pull模式的，本地有個定時線程去pull broker的消息，緩存到本地，然後push到消費線程那邊。
rabbit 的push模式 是真的push 所以 延遲最低的就是兔子。 兔子不支持分佈式，只支持主從模式 本身設計就是小而美的單機版。cpu消耗比kafka之類低多了。