本文僅針對RabbitMQ與Redis做隊列應用時的情況進行對比
具體采用什么方式實現，還需要取決于系統(tǒng)的實際需求

簡要介紹

?

RabbitMQ

RabbitMQ是實現AMQP（高級消息隊列協議）的消息中間件的一種，最初起源于金融系統(tǒng)，用于在分布式系統(tǒng)中存儲轉發(fā)消息，在易用性、擴展性、高可用性等方面表現不俗。消息中間件主要用于組件之間的解耦，消息的發(fā)送者無需知道消息使用者的存在，反之亦然。

Redis

是一個Key-Value的NoSQL數據庫，開發(fā)維護很活躍，雖然它是一個Key-Value數據庫存儲系統(tǒng)，但它本身支持MQ功能，所以完全可以當做一個輕量級的隊列服務來使用。

---

具體對比

?

可靠消費

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

可靠發(fā)布

Reids：不提供，需自行實現
RabbitMQ：具有發(fā)布確認功能，保證消息被發(fā)布到服務器

高可用

Redis：采用主從模式，讀寫分離，但是故障轉移還沒有非常完善的官方解決方案
RabbitMQ：集群采用磁盤、內存節(jié)點，任意單點故障都不會影響整個隊列的操作

持久化

Redis：將整個Redis實例持久化到磁盤
RabbitMQ：隊列，消息，都可以選擇是否持久化

消費者負載均衡

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

隊列監(jiān)控

Redis：不提供，需自行實現
RabbitMQ：后臺可以監(jiān)控某個隊列的所有信息，（內存，磁盤，消費者，生產者，速率等）

流量控制

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

出入隊性能

對于RabbitMQ和Redis的入隊和出隊操作，各執(zhí)行100萬次，每10萬次記錄一次執(zhí)行時間。
測試數據分為128Bytes、512Bytes、1K和10K四個不同大小的數據。

注：此數據來源于互聯網，部分數據有誤，已修正

---

應用場景分析

Redis：輕量級，高并發(fā)，延遲敏感
即時數據分析、秒殺計數器、緩存等

RabbitMQ：重量級，高并發(fā)，異步
批量數據異步處理、并行任務串行化，高負載任務的負載均衡等

---

參考文章：

1、Redis應用場景

2、RabbitMQ工作隊列實現高性能任務的負載分發(fā)

3、redis持久化

4、【消息隊列MQ】各類MQ比較

來源:http://blog.csdn.net/jordandandan/article/details/68946839

總結

以上是生活随笔為你收集整理的Redis与RabbitMQ作为消息队列的比较的全部內容，希望文章能夠幫你解決所遇到的問題。

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