本文僅針對RabbitMQ與Redis做佇列應用時的情況進行對比,具體採用什麼方式實現,還需要取決於系統的實際需求
RabbitMQ(推薦學習:Redis影片教學)
RabbitMQ是實現AMQP(高階訊息佇列協定)的訊息中介軟體的一種,最初起源於金融系統,用於在分散式系統中儲存轉發訊息,在易用性、擴展性、高可用性等方面表現不俗。訊息中間件主要用於元件之間的解耦,訊息的發送者無需知道訊息使用者的存在,反之亦然。
Redis
是一個Key-Value的NoSQL資料庫,開發維護很活躍,雖然它是一個Key-Value資料庫儲存系統,但它本身支援MQ功能,所以完全可以當作一個輕量級的佇列服務來使用。
具體區別
可靠消費
#Redis:沒有對應的機制保證訊息的消費,當消費者消費失敗的時候,訊息體遺失,需要手動處理
RabbitMQ:具有訊息消費確認,即使消費者消費失敗,也會自動使訊息體傳回原隊列,同時可全程持久化,保證訊息體被正確消費
可靠發佈
Reids:不提供,需自行實作
#RabbitMQ:具有發布確認功能,保證訊息被發佈到伺服器 #高可用
Redis:採用主從模式,讀寫入分離,但是故障轉移還沒有非常完善的官方解決方案
RabbitMQ:叢集採用磁碟、記憶體節點,任意單點故障都不會影響整個佇列的操作
持久化Redis:將整個Redis實例持久化到磁碟
RabbitMQ:佇列,訊息,都可以選擇是否持久化
消費者負載平衡Redis:不提供,需自行實現
RabbitMQ:根據消費者情況,進行訊息的平衡分發
佇列監控Redis:不提供,需自行實現
RabbitMQ:後台可以監控某個隊列的所有信息,(內存,磁碟,消費者,生產者,速率等)
流量控制###RabbitMQ:伺服器過載的情況,對生產者速率會進行限制,確保服務可靠性#########出入隊性能#########對於RabbitMQ和Redis的入隊和出隊操作,各執行100萬次,每10萬次記錄一次執行時間。 ######測試資料分為128Bytes、512Bytes、1K和10K四個不同大小的資料。 ######更多Redis相關技術文章,請造訪###Redis資料庫使用入門教學###欄位學習! ###以上是redis和rabbitmq區別的詳細內容。更多資訊請關注PHP中文網其他相關文章!