記一次RabbitMQ生產事件

早上來跟我說這個功能一直沒有推送資料，說實話，這個話讓我聽來現在還有點後怕，乙個功能去年上線，也是剛入職的開發的功能，這不鬧嗎？

對我形象的影響太大了，所以上午就放下一切，對這個功能進行排查。耽誤了一上午的時間，對我開發進度影響也很大。

1.第一時間看了生產環境mq的資料，發現只有七千條資料，同時看了第一條記錄是去年9月份的，當時心就涼了。心想是不是我這邊只提供了7000條，然後就再也沒有提供，然後就導致了這個問題。當時腦子還是有點混亂的。

2.然後就去查生產日誌，查生產資料庫日誌，就發現每天都是有資料的。同時日誌也是每天正常傳送的。然後又去測試環境還原，發現測試環境又沒有資料，這時候我就很尷尬了。不過今天檢視日誌的時候用的下面的命令還挺好用的。

grep -c 20 關鍵字 檔名

以上命令可以檢視關鍵字上下20行的資料。

同時生產環境檢視日誌的那個工具，依然不好用，還是我直接取得日誌進行處理的。

3.這時候我已經很無奈了，基本上沒有線索往下查了，於是這時候求助了同事，同事說，既然是mq裡有資料，說明肯定不是我們的問題，是對方沒有消費呀，我的思路一下開啟了，然後我又想到雖然mq中只有7000條記錄，但是每條記錄有100個合同，那就是幾十萬資料。心裡就更有底氣了。

4.然後我讓對方手動發起一筆試下，結果對方根本沒控制邏輯，一下把幾萬條過期資料消費出去了，給客戶發出了，太尷尬了。沒想到他能這麼搞。因為這個又跟客服團隊，然後中午又浪費點時間給他扯了會皮。其實我也不想見到這種結果。

1.沒有乙個形成閉環的團隊。如果是我們專案絕對不會出現這種問題。

2.首先肯定是產品經理和測試團隊的問題，這個功能開發完了沒人測試，現在想想真是搞笑。

3.最後回歸到開發，我真的是無話可說。手動可以進行發起消費資料，但是自動處理就不行，說明是自動接收資料這個過程出了問題，

晚上的時候陪這個開發,把我開發時測試mq的例子給他了，現在應該可以了。真是無語。

因為這個功能從來沒用過，所以我自己在測試資料時，發現扣款失敗的提醒簡訊，從來沒發過，扣款成功的簡訊在11月份也停了。這是我這邊下階段的要完成的事情。

mq是一種很好的互動資料的方式，但是如果通過檔案，可能就沒有這麼多事了。如果是檔案問題也好查一點，也會盡快地發現這個問題。這種一直存數，但是沒有報警的行為也很無奈。