訊息消費積壓問題排查實戰

2021-10-25 08:33:07 字數 463 閱讀 7956

在 rocketmq 訊息消費方面乙個最常見的問題是訊息積壓,其現象如下圖所示:

所謂的訊息積壓:就是 broker 端當前佇列有效資料最大的偏移量(brokeroffset)與訊息消費端的當前處理進度(consumeroffset)之間的差值,即表示當前需要消費但沒有消費的訊息。

專案組遇到訊息積壓問題通常第一時間都會懷疑是 rocketmq broker 的問題,會第一時間聯絡到訊息中介軟體的負責,訊息中介軟體負責人當然會首先排查 broker 端的異常,但根據筆者的境遇,此種情況通常是消費端的問題,反而是訊息傳送遇到的問題更有可能是 broker 端的問題,當然筆者也有方法進行舉證,服務端的診斷方法稍後會給出,這裡基本可以採用模擬法,因為乙個 topic 通常會被多個消費端訂閱,我們只要看看其他消費組是否也積壓,例如如下圖所示:

RocketMQ一次消費效能問題排查 實戰筆記

目錄 一 需求描述 二 問題分析 1.tcpdump網路情況 2.檢視消費執行緒堆疊 3.消費 定位 三 後記 一 需求描述 在容器推廣中,為了測試容器的效能,需要訊息sdk與ecs上在傳送和消費的效能對比 在對比消費效能時,發現容器中的消費效能居然是ecs的2倍。容器併發消費的20個執行緒tps在...

Mycat 線上問題排查實戰

背景 由於分片字段儲存由原來的純數字變為字母 數字以及數字 純字母三種混合,準備直接修改分片規則,另外伺服器資源配置調整了一下,由原來的16cpu 32g 調整到8cpu 32g,以適應新的業務需求,由原有的mod long求模法變為sharding by murmur 一致性hash 規則,配置好...

線上操作與線上問題排查實戰

一 了解機器連線數情況 問題 192.168.88.136的sshd的監聽埠是22,如何統計192.168.88.136的sshd服務各種連線狀態 time wait close wait established 的連線數。netstat an grep 192.168.88.136 22 awk ...