簡介

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

對比

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

　MQ隊列? ?：在分布式系統(tǒng)中存儲轉(zhuǎn)發(fā)消息，在易用性、擴展性、高可用等方面表現(xiàn)不俗，主要是為了實現(xiàn)系統(tǒng)之間的雙向解耦

區(qū)別

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

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

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

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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。