-
生產者產生消息發送給RocketMQ -
RocketMQ接收到了消息之後,必然需要存到磁盤中,否則斷電或宕機之後會造成數據的丟失 -
消費者從RocketMQ中獲取消息消費,消費成功之後,整個流程結束
-
RocketMQ爲了減少磁盤的IO,會先將消息寫入到os cache中,而不是直接寫入到磁盤中,消費者從os cache中獲取消息類似於直接從內存中獲取消息,速度更快,過一段時間會由os線程異步的將消息刷入磁盤中,此時纔算真正完成了消息的持久化。在這個過程中,如果消息還沒有完成異步刷盤,RocketMQ中的Broker宕機的話,就會導致消息丟失 -
如果消息已經被刷入了磁盤中,但是數據沒有做任何備份,一旦磁盤損壞,那麼消息也會丟失
-
首先生產者發送half消息到RocketMQ中,此時消費者是無法消費half消息的,若half消息就發送失敗了,則執行相應的回滾邏輯 -
half消息發送成功之後,且RocketMQ返回成功響應,則執行生產者的核心鏈路 -
如果生產者自己的核心鏈路執行失敗,則回滾,並通知RocketMQ刪除half消息 -
如果生產者的核心鏈路執行成功,則通知RocketMQ commit half消息,讓消費者可以消費這條數據
https://blog.csdn.net/LO_YUN/article/details/101673893
//註冊消息監聽器處理消息
consumer.registerMessageListener(new MessageListenerConcurrently() {
@Override
public ConsumeConcurrentlyStatus consumeMessage(List<MessageExt> msgs, ConsumeConcurrentlyContext context){
//對消息進行處理
return ConsumeConcurrentlyStatus.CONSUME_SUCCESS;
}
});
//註冊消息監聽器處理消息
consumer.registerMessageListener(new MessageListenerConcurrently() {
@Override
public ConsumeConcurrentlyStatus consumeMessage(List<MessageExt> msgs, ConsumeConcurrentlyContext context){
//開啓子線程異步處理消息
new Thread() {
public void run() {
//對消息進行處理
}
}.start();
return ConsumeConcurrentlyStatus.CONSUME_SUCCESS;
}
});
-
使用事務機制傳輸消息,會比普通的消息傳輸多出很多步驟,耗費性能 -
同步刷盤相比異步刷盤,一個是存儲在磁盤中,一個存儲在內存中,速度完全不是一個數量級 -
主從機構的話,需要Leader將數據同步給Follower -
消費時無法異步消費,只能等待消費完成再通知RocketMQ消費完成
後臺回覆 學習資料 領取學習視頻
如有收穫,點個在看,誠摯感謝
本文分享自微信公衆號 - 猿天地(cxytiandi)。
如有侵權,請聯繫 [email protected] 刪除。
本文參與“OSC源創計劃”,歡迎正在閱讀的你也加入,一起分享。