簡介

? ? ? ? 為了保障基礎服務的穩定，需要對MQ進行災備，這個災備主要是防患MQ突然不可能，基礎服務依然可以調用其他隊列來繼續正常運行。第一想法是引入其他MQ中間件來做災備，這樣只需要實現一套生產者消費者就好。但因為公司這塊中間件都使用的云產品。要過要使用其他類型的MQ中間件就需要購買資源，但程序運行中正常情況下不會用到這個備胎，因此剩下的選項就是將隊列數據落到數據庫（關系型/非關系型），要么就是redis，因為即便MQ出現問題，供應商也會很快的修復問題保證MQ中間件的可用，因此我們這邊災備主要的職責就是應急。考慮到落庫的處理邏輯和因此選擇輕量級的redis隊列來對基礎服務中的MQ進行災備。

對比

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

　MQ隊列? ?：在分布式系統中存儲轉發消息，在易用性、擴展性、高可用等方面表現不俗，主要是為了實現系統之間的雙向解耦

區別

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

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

　　3. 將整個Redis實例持久化到磁盤，MQ的隊列、消息，都可以選擇是否持久化

　　4. Redis的特點是輕量級，高并發，延遲敏感，用于即使數據分析、秒殺計數器、緩存等，MQ的特點是重量級，高并發，用于異步、批量數據異步處理、并發任務串行化，高負載任務的負載均衡等

總結

以上是生活随笔為你收集整理的Redis 队列和MQ 对比的全部內容，希望文章能夠幫你解決所遇到的問題。

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