RabbitMQ與Redis隊列對比

標籤：blog   http   使用   width   資料   os   

本文僅針對RabbitMQ與Redis做隊列應用時的情況進行對比
具體採用什麼方式實現，還需要取決於系統的實際需求

簡要介紹

 

RabbitMQ

RabbitMQ是實現AMQP（進階訊息佇列協議）的訊息中介軟體的一種，最初起源於金融系統，用於在分布式系統中儲存轉寄訊息，在易用性、擴充性、高可用性等方面表現不俗。訊息中介軟體主要用於組件之間的解耦，訊息的寄件者無需知道訊息使用者的存在，反之亦然。

Redis

是一個Key-Value的NoSQL資料庫，開發維護很活躍，雖然它是一個Key-Value資料庫儲存系統，但它本身支援MQ功能，所以完全可以當做一個輕量級的佇列服務來使用。

具體對比

 

可靠消費

Redis：沒有相應的機制保證訊息的消費，當消費者消費失敗的時候，訊息體丟失，需要手動處理
RabbitMQ：具有訊息消費確認，即使消費者消費失敗，也會自動使訊息體返回原隊列，同時可全程持久化，保證訊息體被正確消費

可靠發布

Reids：不提供，需自行實現
RabbitMQ：具有發布確認功能，保證訊息被發布到伺服器

高可用

Redis：採用主從模式，讀寫分離，但是容錯移轉還沒有非常完善的官方解決方案
RabbitMQ：叢集採用磁碟、記憶體節點，任意單點故障都不會影響整個隊列的操作

持久化

Redis：將整個Redis執行個體持久化到磁碟
RabbitMQ：隊列，訊息，都可以選擇是否持久化

消費者負載平衡

Redis：不提供，需自行實現
RabbitMQ：根據消費者情況，進行訊息的均衡分發

隊列監控

Redis：不提供，需自行實現
RabbitMQ：後台可以監控某個隊列的所有資訊，（記憶體，磁碟，消費者，生產者，速率等）

流量控制

Redis：不提供，需自行實現
RabbitMQ：伺服器過載的情況，對生產者速率會進行限制，保證服務可靠性

出入隊效能

對於RabbitMQ和Redis的入隊和出隊操作，各執行100萬次，每10萬次記錄一次執行時間。
測試資料分為128Bytes、512Bytes、1K和10K四個不同大小的資料。
實驗表明：
入隊時，當資料比較小時Redis的效能要高於RabbitMQ，而如果資料大小超過了10K，Redis則慢的無法忍受；
出隊時，無論資料大小，Redis都表現出非常好的效能，而RabbitMQ的出隊效能則遠低於Redis。

註：此資料來源於互連網，但與我自己之前測試的資料基本吻合

應用情境分析

Redis：輕量級，高並發，延遲敏感
即時資料分析、秒殺計數器、緩衝等

RabbitMQ：重量級，高並發，非同步
批量資料非同步處理、並行任務序列化，高負載任務的負載平衡等

參考文章：

1、Redis應用情境

2、RabbitMQ工作隊列實現高效能任務的負載分發

3、redis持久化

4、【Message Queue】各類MQ比較