MQ環境解決小結(一)

2021-09-01 06:06:40 字數 942 閱讀 9739

背景:目前後端環境服務之間傳輸資訊越來越多採用mq來傳輸,方便是方便不少,但是mq自己的機器消費不到或者被穩定環境(ps:穩定環境是所有線上服務都會拉取到公共測試機器上,如果你自己部署的機器呼叫a服務,但是自己申請的機器沒有a服務,那麼就會自動到穩定環境)消費的情況越老越多,除錯環境定位問題就變得很麻煩,所以想把遇到做個小結簡單梳理一下。

1.如圖檢視

pmc服務是商戶端用於記錄充值消耗先關的服務。前端發起一筆充值http請求,發生如下呼叫鏈:

我之前測試遇到的問題,我所有訂單都是被穩定環境消費,無法被自己機器消費,問題就是無法觸發後面**,流程就斷了。

排查途徑:

1.先看看服務是不是部署完全了,會不會有對應服務stop了,主要還是看呼叫日誌,看看是不是呼叫到你自己機器的服務。

2.看一下mq的conf檔案的topic,有時候是替換有問題,造成top不正確。如圖:

3.如果說資料庫有發出的記錄,可以看一下資料庫記錄判斷**發出mq,如圖:

4.如果說以上都沒有問題,看一下job任務,因為還有可能是job吧任務掃到穩定環境或者其他機器上了

以上基本都排查一遍應該就可以差不多可以搞定了,後面遇到問題我在總結一下

Windows環境下配置MQ

在windows上配置訊息中介軟體mq mq的基本概念和認識 mq,簡單地說就是訊息佇列,應用程式把訊息放進佇列裡,等待其他的應用程式或自己把它讀走,用於程序間通訊,並且可以像 socket 那樣用於不同主機間的程序間通訊。它有五個重要的概念 1 佇列管理器 用來管理佇列。2 佇列 用來存放訊息。分...

camel解決mq佇列積壓問題

前段時間,在使用spring camel開發esb時候碰到乙個業務場景,個別activemq的監聽佇列每秒中訊息成兩位數 三位數的往裡接收,加上esb監聽端有一定的業務邏輯處理,造成佇列積壓嚴重,遂提出查詢對應解決方案,索性技術難度不大,監聽端採用blockingqueue做快取解決訊息積壓問題。1...

MQ報錯2009 2085解決方法

mq,除錯回放階段 完成碼2原因為2009 遠端mq連線數不足,拒絕連線 1 根據mq工作原理確定連線遠端通道時需要占用乙個連線數,當連線數不足時就會被拒絕連線。2 首先確定通道名正確 3 檢視遠端mq通道連線數設定理論上足夠 預設100 4 檢視通道是否被長連線占用 5 檢視是否存在反覆事務提交不...