首頁  >  文章  >  資料庫  >  redis和rabbitmq區別

redis和rabbitmq區別

(*-*)浩
(*-*)浩原創
2019-06-18 09:33:405803瀏覽

本文僅針對RabbitMQ與Redis做佇列應用時的情況進行對比,具體採用什麼方式實現,還需要取決於系統的實際需求

redis和rabbitmq區別

RabbitMQ(推薦學習:Redis影片教學

RabbitMQ是實現AMQP(高階訊息佇列協定)的訊息中介軟體的一種,最初起源於金融系統,用於在分散式系統中儲存轉發訊息,在易用性、擴展性、高可用性等方面表現不俗。訊息中間件主要用於元件之間的解耦,訊息的發送者無需知道訊息使用者的存在,反之亦然。

Redis

是一個Key-Value的NoSQL資料庫,開發維護很活躍,雖然它是一個Key-Value資料庫儲存系統,但它本身支援MQ功能,所以完全可以當作一個輕量級的佇列服務來使用。

具體區別

可靠消費

#Redis:沒有對應的機制保證訊息的消費,當消費者消費失敗的時候,訊息體遺失,需要手動處理

RabbitMQ:具有訊息消費確認,即使消費者消費失敗,也會自動使訊息體傳回原隊列,同時可全程持久化,保證訊息體被正確消費

可靠發佈

Reids:不提供,需自行實作

#RabbitMQ:具有發布確認功能,保證訊息被發佈到伺服器

#高可用

Redis:採用主從模式,讀寫入分離,但是故障轉移還沒有非常完善的官方解決方案

RabbitMQ:叢集採用磁碟、記憶體節點,任意單點故障都不會影響整個佇列的操作

持久化

Redis:將整個Redis實例持久化到磁碟

RabbitMQ:佇列,訊息,都可以選擇是否持久化

消費者負載平衡

Redis:不提供,需自行實現

RabbitMQ:根據消費者情況,進行訊息的平衡分發

佇列監控

Redis:不提供,需自行實現

RabbitMQ:後台可以監控某個隊列的所有信息,(內存,磁碟,消費者,生產者,速率等)

流量控制

Redis:不提供,需自行實現

###RabbitMQ:伺服器過載的情況,對生產者速率會進行限制,確保服務可靠性#########出入隊性能#########對於RabbitMQ和Redis的入隊和出隊操作,各執行100萬次,每10萬次記錄一次執行時間。 ######測試資料分為128Bytes、512Bytes、1K和10K四個不同大小的資料。 ######更多Redis相關技術文章,請造訪###Redis資料庫使用入門教學###欄位學習! ###

以上是redis和rabbitmq區別的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn