本文僅針對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中文網其他相關文章！
