將redis發布訂閱模式用做訊息佇列和rabbitmq的區別：
可靠性
redis ：沒有相應的機制保證訊息的可靠消費，如果發布者發布一條訊息，而沒有對應的訂閱者的話，這條訊息將丟失，不會存在內存中；
rabbitmq：具有訊息消費確認機制，如果發布一則訊息，還沒有消費者消費該隊列，那麼這則訊息將一直存放在隊列中，直到有消費者消費了該訊息，以保證訊息的可靠消費。 （建議學習：Redis視訊教學）
即時性
redis:即時性高，redis作為高效的快取伺服器，所有資料都存在記憶體中，所以它具有更高的即時性
消費者負載平衡：
rabbitmq佇列可以被多個消費者同時監控消費，但是每一條訊息只能被消費一次，由於rabbitmq的消費確認機制，因此它能夠根據消費者的消費能力而調整它的負載；
redis發布訂閱模式，一個隊列可以被多個消費者同時訂閱，當有訊息到達時，會將該訊息依序發送給每個訂閱者，她是一種訊息的廣播形式，redis本身不做消費者的負載平衡，因此消費效率存在瓶頸；
#持久性
redis：redis的持久化是針對整個redis快取的內容，它有RDB和AOF兩種持久化方式（redis持久化方式，後續更新），可以將整個redis實例持久化到磁碟，以此來做資料備份，防止在異常情況下導致資料遺失。
rabbitmq：佇列，每個訊息都可以選擇性持久化，持久化粒度更小，更靈活；
##佇列監控
rabbitmq實現了後台監控平台，可以在該平台上看到所有創建的隊列的詳細情況，良好的後台管理平台可以方面我們更好的使用；redis沒有所謂的監控平台。總結
redis： 輕量級，低延遲，高併發，低可靠性；rabbitmq：重量級，高可靠，非同步，不保證實時；rabbitmq是一個專門的AMQP協議隊列，他的優勢就在於提供可靠的隊列服務，並且可做到異步，而redis主要是用於緩存的，redis的發布訂閱模組，可用於實現及時性，且可靠性低的功能。 更多Redis相關技術文章，請造訪Redis資料庫使用入門教學欄位學習！
以上是mq和redis區別的詳細內容。更多資訊請關注PHP中文網其他相關文章！
