關(guān)于MQ的幾件小事（六）消息積壓在消息隊(duì)列里怎么辦

SwordFly 發(fā)布于2019-05-23 17:32 / 837人閱讀

摘要：緊接著征用倍的機(jī)器來部署，每一批消費(fèi)一個(gè)臨時(shí)的消息。這種做法相當(dāng)于臨時(shí)將資源和資源擴(kuò)大倍，以正常速度的倍來消費(fèi)消息。解決方案這種情況下，實(shí)際上沒有什么消息擠壓，而是丟了大量的消息。

1.大量消息在mq里積壓了幾個(gè)小時(shí)了還沒解決

場景： 幾千萬條數(shù)據(jù)在MQ里積壓了七八個(gè)小時(shí)，從下午4點(diǎn)多，積壓到了晚上很晚，10點(diǎn)多，11點(diǎn)多。線上故障了，這個(gè)時(shí)候要不然就是修復(fù)consumer的問題，讓他恢復(fù)消費(fèi)速度，然后傻傻的等待幾個(gè)小時(shí)消費(fèi)完畢。這個(gè)肯定不行。一個(gè)消費(fèi)者一秒是1000條，一秒3個(gè)消費(fèi)者是3000條，一分鐘是18萬條，1000多萬條。所以如果你積壓了幾百萬到上千萬的數(shù)據(jù)，即使消費(fèi)者恢復(fù)了，也需要大概1小時(shí)的時(shí)間才能恢復(fù)過來。
解決方案：
這種時(shí)候只能操作臨時(shí)擴(kuò)容，以更快的速度去消費(fèi)數(shù)據(jù)了。具體操作步驟和思路如下：
①先修復(fù)consumer的問題，確保其恢復(fù)消費(fèi)速度，然后將現(xiàn)有consumer都停掉。

②臨時(shí)建立好原先10倍或者20倍的queue數(shù)量(新建一個(gè)topic，partition是原來的10倍)。

③然后寫一個(gè)臨時(shí)分發(fā)消息的consumer程序，這個(gè)程序部署上去消費(fèi)積壓的消息，消費(fèi)之后不做耗時(shí)處理，直接均勻輪詢寫入臨時(shí)建好分10數(shù)量的queue里面。

④緊接著征用10倍的機(jī)器來部署consumer，每一批consumer消費(fèi)一個(gè)臨時(shí)queue的消息。

⑤這種做法相當(dāng)于臨時(shí)將queue資源和consumer資源擴(kuò)大10倍，以正常速度的10倍來消費(fèi)消息。

⑥等快速消費(fèi)完了之后，恢復(fù)原來的部署架構(gòu)，重新用原來的consumer機(jī)器來消費(fèi)消息。

2.消息設(shè)置了過期時(shí)間，過期就丟了怎么辦

假設(shè)你用的是rabbitmq，rabbitmq是可以設(shè)置過期時(shí)間的，就是TTL，如果消息在queue中積壓超過一定的時(shí)間就會(huì)被rabbitmq給清理掉，這個(gè)數(shù)據(jù)就沒了。那這就是第二個(gè)坑了。這就不是說數(shù)據(jù)會(huì)大量積壓在mq里，而是大量的數(shù)據(jù)會(huì)直接搞丟。
解決方案：
這種情況下，實(shí)際上沒有什么消息擠壓，而是丟了大量的消息。所以第一種增加consumer肯定不適用。這種情況可以采取 “批量重導(dǎo)” 的方案來進(jìn)行解決。在流量低峰期(比如夜深人靜時(shí))，寫一個(gè)程序，手動(dòng)去查詢丟失的那部分?jǐn)?shù)據(jù)，然后將消息重新發(fā)送到mq里面，把丟失的數(shù)據(jù)重新補(bǔ)回來。

3.積壓消息長時(shí)間沒有處理，mq放不下了怎么辦

如果走的方式是消息積壓在mq里，那么如果你很長時(shí)間都沒處理掉，此時(shí)導(dǎo)致mq都快寫滿了，咋辦？這個(gè)還有別的辦法嗎？
解決方案：
這個(gè)就沒有辦法了，肯定是第一方案執(zhí)行太慢，這種時(shí)候只好采用 “丟棄+批量重導(dǎo)” 的方式來解決了。

首先，臨時(shí)寫個(gè)程序，連接到mq里面消費(fèi)數(shù)據(jù)，收到消息之后直接將其丟棄，快速消費(fèi)掉積壓的消息，降低MQ的壓力，然后走第二種方案，在晚上夜深人靜時(shí)去手動(dòng)查詢重導(dǎo)丟失的這部分?jǐn)?shù)據(jù)。

上一篇《如何保證消息按順序執(zhí)行》

下一篇《如果讓你設(shè)計(jì)一個(gè)MQ，你怎么設(shè)計(jì)》