持續輸出面試題之RocketMQ篇

開篇介紹

大家好，我是Java最全面試題庫的提褲姐，今天這篇是中介軟體面試題系列的第二篇，主要總結了RocketMQ相關的面試題；在後續，會沿著第一篇開篇的知識線路一直總結下去，做到日更！如果我能做到百日百更，希望你也可以跟著百日百刷，一百天養成一個好習慣。

多個MQ如何選型？

RabbitMQ
erlang開發，對訊息堆積的支援並不好，當大量訊息積壓的時候，會導致 RabbitMQ 的效能急劇下降。每秒鐘可以處理幾萬到十幾萬條訊息。

RocketMQ
java開發，面向網際網路叢集化，功能豐富，對線上業務的響應時延做了很多的最佳化，大多數情況下可以做到毫秒級的響應，每秒鐘大概能處理幾十萬條訊息。

Kafka
Scala開發，面向日誌，功能豐富，效能最高。當你的業務場景中，每秒鐘訊息數量沒有那麼多的時候，Kafka 的時延反而會比較高。所以，Kafka 不太適合線上業務場景。

ActiveMQ
java開發，簡單，穩定，效能不如前面三個。不推薦。

RocketMQ組成部分有哪些？

Nameserver
無狀態，動態列表；這也是和zookeeper的重要區別之一。zookeeper是有狀態的。

Producer
訊息生產者，負責發訊息到Broker。

Broker
就是MQ本身，負責收發訊息、持久化訊息等。

Consumer
訊息消費者，負責從Broker上拉取訊息進行消費，消費完進行ack。

RocketMQ消費模式有幾種?

叢集消費

• 一條訊息只會被同Group中的一個Consumer消費
• 多個Group同時消費一個Topic時，每個Group都會有一個Consumer消費到資料

廣播消費

• 訊息將對一個Consumer Group 下的各個 Consumer 例項都消費一遍。即即使這些 Consumer 屬於同一個Consumer Group ，訊息也會被 Consumer Group 中的每個 Consumer 都消費一次。

訊息重複消費如何解決？

出現原因
正常情況下在consumer真正消費完訊息後應該傳送ack，通知broker該訊息已正常消費，從queue中剔除
當ack因為網路原因無法傳送到broker，broker會認為詞條訊息沒有被消費，此後會開啟訊息重投機制把訊息再次投遞到consumer。

消費模式：在CLUSTERING模式下，訊息在broker中會保證相同group的consumer消費一次，但是針對不同group的consumer會推送多次

解決方案

• 資料庫表：處理訊息前，使用訊息主鍵在表中帶有約束的欄位中insert
• Map：單機時可以使用map做限制，消費時查詢當前訊息id是不是已經存在
• Redis：使用分散式鎖。

RocketMQ如何保證訊息的順序消費？

首先多個queue只能保證單個queue裡的順序，queue是典型的FIFO，天然順序。多個queue同時消費是無法絕對保證訊息的有序性的。
可以使用同一topic，同一個QUEUE，發訊息的時候一個執行緒去傳送訊息，消費的時候 一個執行緒去消費一個queue裡的訊息。

RocketMQ如何保證訊息不丟失？

Producer端
採取send()同步發訊息，傳送結果是同步感知的。
傳送失敗後可以重試，設定重試次數。預設3次。

Broker端
修改刷盤策略為同步刷盤。預設情況下是非同步刷盤的。
叢集部署

Consumer端
完全消費正常後在進行手動ack確認

RocketMQ如何實現分散式事務？

1、生產者向MQ伺服器傳送half訊息。
2、half訊息傳送成功後，MQ伺服器返回確認訊息給生產者。
3、生產者開始執行本地事務。
4、根據本地事務執行的結果（UNKNOW、commit、rollback）向MQ Server傳送提交或回滾訊息。
5、如果錯過了（可能因為網路異常、生產者突然當機等導致的異常情況）提交/回滾訊息，則MQ伺服器將向同一組中的每個生產者傳送回查訊息以獲取事務狀態。
6、回查生產者本地事物狀態。
7、生產者根據本地事務狀態傳送提交/回滾訊息。
8、MQ伺服器將丟棄回滾的訊息，但已提交（進行過二次確認的half訊息）的訊息將投遞給消費者進行消費。

Half Message：預處理訊息，當broker收到此類訊息後，會儲存到RMQ_SYS_TRANS_HALF_TOPIC的訊息消費佇列中

檢查事務狀態：Broker會開啟一個定時任務，消費RMQ_SYS_TRANS_HALF_TOPIC佇列中的訊息，每次執行任務會向訊息傳送者確認事務執行狀態（提交、回滾、未知），如果是未知，Broker會定時去回撥在重新檢查。

超時：如果超過回查次數，預設回滾訊息。
也就是他並未真正進入Topic的queue，而是用了臨時queue來放所謂的half message，等提交事務後才會真正的將half message轉移到topic下的queue。

RocketMQ的訊息堆積如何處理？

1、如果可以新增消費者解決，就新增消費者的資料量
2、如果出現了queue，但是消費者多的情況。可以使用準備一個臨時的topic，同時建立一些queue，在臨時建立一個消費者來把這些訊息轉移到topic中，讓消費者消費。