RabbitMQ與Redis作隊列比較

本文僅針對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：重量級，高併發，異步 批量數據異步處理、並行任務串行化，高負載任務的負載均衡等