**1. ActiveMQ**
優點:單機吞吐量萬級,時效性 ms 級,可用性高,基于主從架構實現高可用性,消息可靠性較低的概率丟失數據。
<br/>
缺點:官方社區現在對 ActiveMQ 5.x 維護越來越少,高吞吐量場景較少使用。
<br/>
**2. Kafka**
大數據的殺手锏,談到大數據領域內的消息傳輸,則繞不開 Kafka,這款為大數據而生的消息中間件,以其百萬級 TPS 的吞吐量名聲大噪,迅速成為大數據領域的寵兒,在數據采集、傳輸、存儲的過程中發揮著舉足輕重的作用。目前已經被 LinkedIn,Uber, Twitter, Netflix 等大公司所采納。
<br/>
優點: 性能卓越,單機寫入 TPS 約在百萬條/秒,最大的優點,就是吞吐量高。時效性 ms 級可用性非常高,kafka 是分布式的,一個數據多個副本,少數機器宕機,不會丟失數據,不會導致不可用,消費者采用 Pull 方式獲取消息, 消息有序,通過控制能夠保證所有消息被消費且僅被消費一次。有優秀的第三方Kafka Web 管理界面 Kafka-Manager;在日志領域比較成熟,被多家公司和多個開源項目使用;功能支持:功能較為簡單,主要支持簡單的 MQ 功能,在大數據領域的實時計算以及日志采集被大規模使用。
<br/>
缺點:Kafka 單機超過 64 個隊列/分區,Load 會發生明顯的飆高現象,隊列越多,load 越高,發送消息響應時間變長,使用短輪詢方式,實時性取決于輪詢間隔時間,消費失敗不支持重試;支持消息順序,但是一臺代理宕機后,就會產生消息亂序,社區更新較慢。
<br/>
**3. RocketMQ**
RocketMQ 出自阿里巴巴的開源產品,用 Java 語言實現,在設計時參考了 Kafka,并做出了自己的一些改進。被阿里巴巴廣泛應用在訂單,交易,充值,流計算,消息推送,日志流式處理,binglog 分發等場景。
<br/>
優點:<mark>單機吞吐量十萬級</mark>,可用性非常高,分布式架構,<mark>消息可以做到 0 丟失</mark>,MQ 功能較為完善,還是分布式的,擴展性好,<mark>支持 10 億級別的消息堆積</mark>,不會因為堆積導致性能下降,源碼是 java 我們可以自己閱讀源碼,定制自己公司的 MQ。
<br/>
缺點:支持的客戶端語言不多,目前是 java 及 c++,其中 c++不成熟;社區活躍度一般,沒有在 MQ核心中去實現 JMS 等接口,有些系統要遷移需要修改大量代碼。
<br/>
**4. RabbitMQ**
2007 年發布,是一個在 AMQP(高級消息隊列協議)基礎上完成的,可復用的企業消息系統,是當前最主流的消息中間件之一。
<br/>
優點:由于 erlang 語言的<mark>高并發特性</mark>,性能較好;<mark>吞吐量到萬級</mark>,MQ 功能比較完備,健壯、穩定、易用、跨平臺、支持多種語言 如:Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等,支持 AJAX 文檔齊全;開源提供的管理界面非常棒,用起來很好用,社區活躍度高;更新頻率相當高。
缺點:商業版需要收費,學習成本較高。
<br/>
****
RabbitMQ官網:https://www.rabbitmq.com/news.html
- 消息隊列
- 什么是MQ
- MQ的作用
- MQ的分類
- MQ的選擇
- RabbitMQ
- RabbitMQ是什么
- 四大核心概念
- 工作原理
- 環境搭建
- windows系統下的搭建
- centos7系統下的搭建
- 常用命令
- 服務相關命令
- 管理用戶命令
- 管理隊列命令
- 第一個RabbitMQ程序
- 工作隊列
- 輪詢分發消息
- 消息應答
- 持久化
- 發布確認
- 發布確認原理
- 發布確認策略
- 交換機概念
- 交換機類型
- 無名交換機
- Fanout交換機
- Direct交換機
- Topic交換機
- 死信隊列
- 死信概念
- 死信來源
- 死信實戰
- 延遲隊列
- 什么是延遲隊列
- TTL設置方式
- 隊列TTL延遲隊列
- 消息TTL延遲隊列
- 插件打造延遲隊列
- 延遲隊列總結
- 發布確認高級
- 代碼實現
- 回退消息
- 備份交換機
- 冪等性
- 冪等性概念
- 消息重復消費
- 消費端冪等性保障
- 優先級隊列
- 使用場景
- 設置優先級
- 惰性隊列
- 什么是惰性隊列
- 隊列的兩種模式
- 聲明惰性隊列
- RabbitMQ集群
- 為什么要搭建集群
- 集群搭建步驟
- 集群工作方式
- 脫離集群
- 鏡像隊列
- 高可用負載均衡