如何解決訊息佇列的延時以及過期失效問題？訊息佇列滿了以後該怎麼處理？有幾百萬訊息持續積壓幾小時，說說怎麼解決？
你看這問法，其實本質針對的場景，都是說，可能你的消費端出了問題，不消費了；或者消費的速度極其慢。接著就坑爹了，可能你的訊息佇列集群的磁碟都快寫滿了，都沒人消費，這個時候怎麼辦？或者是這整個就積壓了幾個小時，你這個時候怎麼辦？或者是你積壓的時間太長了，導致比如 rabbitmq 設定了訊息過期時間後就沒了怎麼辦？
所以就這事兒，其實線上挺常見的，一般不出，一出就是大 case。一般常見於，舉個例子，消費端每次消費之後要寫 mysql，結果 mysql 掛了，消費端 hang 那兒了，不動了；或者是消費端出了個什麼岔子，導致消費速度極其慢。
關於這個事兒，我們乙個乙個來梳理吧，先假設乙個場景，我們現在消費端出故障了，然後大量訊息在 mq 裡積壓，現在出事故了，慌了。
幾千萬條資料在 mq 裡積壓了七八個小時，從下午 4 點多，積壓到了晚上 11 點多。這個是我們真實遇到過的乙個場景，確實是線上故障了，這個時候要不然就是修復 consumer 的問題，讓它恢復消費速度，然後傻傻的等待幾個小時消費完畢。這個肯定不能在面試的時候說吧。
乙個消費者一秒是 1000 條，一秒 3 個消費者是 3000 條，一分鐘就是 18 萬條。所以如果你積壓了幾百萬到上千萬的資料，即使消費者恢復了，也需要大概 1 小時的時間才能恢復過來。
一般這個時候，只能臨時緊急擴容了，具體操作步驟和思路如下：
假設你用的是 rabbitmq，rabbtimq 是可以設定過期時間的，也就是 ttl。如果訊息在 queue 中積壓超過一定的時間就會被 rabbitmq 給清理掉，這個資料就沒了。那這就是第二個坑了。這就不是說資料會大量積壓在 mq 裡，而是大量的資料會直接搞丟。
這個情況下，就不是說要增加 consumer 消費積壓的訊息，因為實際上沒啥積壓，而是丟了大量的訊息。我們可以採取乙個方案，就是批量重導，這個我們之前線上也有類似的場景幹過。就是大量積壓的時候，我們當時就直接丟棄資料了，然後等過了高峰期以後，比如大家一起喝咖啡熬夜到晚上12點以後，使用者都睡覺了。這個時候我們就開始寫程式，將丟失的那批資料，寫個臨時程式，一點一點的查出來，然後重新灌入 mq 裡面去，把白天丟的資料給他補回來。也只能是這樣了。
假設 1 萬個訂單積壓在 mq 裡面，沒有處理，其中 1000 個訂單都丟了，你只能手動寫程式把那 1000 個訂單給查出來，手動發到 mq 裡去再補一次。
如果訊息積壓在 mq 裡，你很長時間都沒有處理掉，此時導致 mq 都快寫滿了，咋辦？這個還有別的辦法嗎？沒有，誰讓你第乙個方案執行的太慢了，你臨時寫程式，接入資料來消費，消費乙個丟棄乙個，都不要了，快速消費掉所有的訊息。然後走第二個方案，到了晚上再補資料吧。
幾百萬條的報表咋列印？
列印量這麼大的報表，印表機可能會吃不消。可以算算列印 100 萬行記錄是什麼情況。假設一頁紙能列印 50 行記錄 這已經算多了 100 萬行記錄就意味著 2 萬頁紙。2 萬頁的連續列印，有多少印表機能做到這個指標？你的使用者真有這樣的裝置嗎？2 萬頁紙大概有 2 公尺厚，什麼印表機能把這些紙放進去？...
過去一年踩下的坑，價值好幾百萬
在商業戰略上覆盤有兩個好處。第乙個是找到亮點，對於可行的一些試點專案投入更多資源擴大規模。第二個是我們犯過什麼錯，犯過的錯誤能不能寫下來不再犯。今天就來盤點一下去年我們範下的那些嚴重錯誤 1.低估問題的難度 但是由於認知的問題，包括對於個人本身能力的認知以及對於問題的認知都決定了 外來人員 是很難在...
sql如何遍歷幾百萬的表 如何用SQL遍歷整張表
使用游標 使用表變數 使用臨時表 我的需求是 針對hr.employees表，新增一列fullname，並取值firstname lastname。需求是，新增一列fullname，取值firstname lastnamealter table hr.employees add fullname n...