MQ的分類

1.ActiveMQ

優(yōu)點：單機吞吐量萬級，時效性 ms 級，可用性高，基于主從架構(gòu)實現(xiàn)高可用性，消息可靠性較低的概率丟失數(shù)據(jù)

缺點:官方社區(qū)現(xiàn)在對 ActiveMQ 5.x 維護越來越少，高吞吐量場景較少使用。

2.Kafka

大數(shù)據(jù)的殺手锏，談到大數(shù)據(jù)領域內(nèi)的消息傳輸，則繞不開 Kafka，這款為大數(shù)據(jù)而生的消息中間件，以其百萬級 TPS 的吞吐量名聲大噪，迅速成為大數(shù)據(jù)領域的寵兒，在數(shù)據(jù)采集、傳輸、存儲的過程中發(fā)揮著舉足輕重的作用。目前已經(jīng)被LinkedIn，Uber, Twitter, Netflix 等大公司所采納。

優(yōu)點: 性能卓越，單機寫入 TPS 約在百萬條/秒，最大的優(yōu)點，就是吞吐量高。時效性 ms 級可用性非常高，kafka 是分布式的，一個數(shù)據(jù)多個副本，少數(shù)機器宕機，不會丟失數(shù)據(jù)，不會導致不可用,消費者采用 Pull 方式獲取消息, 消息有序, 通過控制能夠保證所有消息被消費且僅被消費一次;有優(yōu)秀的第三方Kafka Web 管理界面 Kafka-Manager；在日志領域比較成熟，被多家公司和多個開源項目使用；功能支持：功能較為簡單，主要支持簡單的 MQ 功能，在大數(shù)據(jù)領域的實時計算以及日志采集被大規(guī)模使用

缺點：Kafka 單機超過 64 個隊列/分區(qū)，Load 會發(fā)生明顯的飆高現(xiàn)象，隊列越多，load 越高，發(fā)送消息響應時間變長，使用短輪詢方式，實時性取決于輪詢間隔時間，消費失敗不支持重試；支持消息順序，但是一臺代理宕機后，就會產(chǎn)生消息亂序，社區(qū)更新較慢；

3.RocketMQ

RocketMQ 出自阿里巴巴的開源產(chǎn)品，用 Java 語言實現(xiàn)，在設計時參考了 Kafka，并做出了自己的一些改進。被阿里巴巴廣泛應用在訂單，交易，充值，流計算，消息推送，日志流式處理，binglog 分發(fā)等場景。

優(yōu)點:單機吞吐量十萬級,可用性非常高，分布式架構(gòu),消息可以做到 0 丟失,MQ 功能較為完善，還是分布式的，擴展性好,支持 10 億級別的消息堆積，不會因為堆積導致性能下降,源碼是 java 我們可以自己閱讀源碼，定制自己公司的 MQ

缺點：支持的客戶端語言不多，目前是 java 及 c++，其中 c++不成熟；社區(qū)活躍度一般,沒有在 MQ核心中去實現(xiàn) JMS 等接口,有些系統(tǒng)要遷移需要修改大量代碼

4.RabbitMQ

2007 年發(fā)布，是一個在 AMQP(高級消息隊列協(xié)議)基礎上完成的，可復用的企業(yè)消息系統(tǒng)，是當前最主流的消息中間件之一。

優(yōu)點:由于 erlang 語言的高并發(fā)特性，性能較好；吞吐量到萬級，MQ 功能比較完備,健壯、穩(wěn)定、易用、跨平臺、支持多種語言 如：Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等，支持 AJAX 文檔齊全；開源提供的管理界面非常棒，用起來很好用,社區(qū)活躍度高；更新頻率相當高
https://www.rabbitmq.com/news.html

缺點：商業(yè)版需要收費,學習成本較高

總結(jié)

以上是生活随笔為你收集整理的[RabbitMQ]MQ 的分类的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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