轉載:消息隊列消息積壓了怎么辦? 作者: 以夢為碼 Q:剛開始是對這個疑問抱有質疑態度的,因為使用消息隊列的其中目的就是削峰填谷,來避免高流量時,對下游服務的沖擊,所以使用消息隊列進行緩沖,下游根據自己的消費能力去消費, 我感覺這就是消息積壓本就是使用消息隊列的功能,怎么會是問題 ...
大量消息在 mq 里積壓了幾個小時了還沒解決 幾千萬條數據在 MQ 里積壓了七八個小時,從下午 點多,積壓到了晚上 點多。這個是我們真實遇到過的一個場景,確實是線上故障了,這個時候要不然就是修復 consumer 的問題,讓它恢復消費速度,然后傻傻的等待幾個小時消費完畢。這個肯定不能在面試的時候說吧。 一個消費者一秒是 條,一秒 個消費者是 條,一分鍾就是 萬條。所以如果你積壓了幾百萬到上千萬的數 ...
2019-05-25 12:55 0 682 推薦指數:
轉載:消息隊列消息積壓了怎么辦? 作者: 以夢為碼 Q:剛開始是對這個疑問抱有質疑態度的,因為使用消息隊列的其中目的就是削峰填谷,來避免高流量時,對下游服務的沖擊,所以使用消息隊列進行緩沖,下游根據自己的消費能力去消費, 我感覺這就是消息積壓本就是使用消息隊列的功能,怎么會是問題 ...
1、面試官心里分析 你看這問法,其實本質針對的場景,都是說,可能你的消費端出了問題,不消費了,或者消費的極其極其慢。接着就坑爹了,可能你的消息隊列集群的磁盤都快寫滿了,都沒人消費,這個時候怎么辦?或者是整個這就積壓了幾個小時,你這個時候怎么辦?或者是你積壓的時間太長了,導致比如rabbitmq ...
或者: 消息隊列滿了以后該怎么處理? 或者: 幾百萬消息持續積壓幾小時,怎么解決? 問題本質是消費端出問題了,不消費或者消費慢。 1、消費端出問題了,大量消息積壓在kafka里幾個小時,怎么辦? 正常思路是:修復consumer的問題,讓他恢復消費,然后傻等幾個小時消費完畢 ...
Q:剛開始是對這個疑問抱有質疑態度的,因為使用消息隊列的其中目的就是削峰填谷,來避免高流量時,對下游服務的沖擊,所以使用消息隊列進行緩沖,下游根據自己的消費能力去消費, 我感覺這就是消息積壓本就是使用消息隊列的功能,怎么會是問題呢? A:首先消息積壓是正常現象,但凡是過多 ...
隊列的有序性來驗證是否有消息丟失。原理非常簡單,在 Producer 端,我們給每個發出的消息附加一個 ...
典型消息中間件的架構 消息中間件的價值:就是異步、解耦合、簡單化分布式系統,減輕業務和數據庫的負擔,業務只需要最簡單的事情系統解耦合、減輕了系統的依賴 一般來講,設計消息隊列的整體思路是先構建一個整體的數據流,例如Producer發送給Broker,Broker發送給consumer ...
1、場景:上千萬條消息在mq里積壓了幾個小時了還沒解決 2、解決: 1)先修復consumer的問題,確保其恢復消費速度,然后將現有cnosumer都停掉 ...
一、如何保證消息的順序性 啥?我該怎么保證從消息隊列里拿到的數據按順序執行。 這是MQ面試必問的問題之一。第一看看你了解不了解順序這個事,第二看看你有沒有辦法保證消息是有序的。這是生成環境中常見的問題。 mysql的binlog同步。在mysql里增刪改3條binlog。接着這三條 ...