是線上一個(gè)對外提供接口調(diào)用的服務(wù),本身邏輯很簡單,校驗(yàn)下參數(shù),放入隊(duì)列然后響應(yīng)接口
入口日志什么的也都加了,但是調(diào)用方一直都反饋每天早上9點(diǎn)剛開始(晚間業(yè)務(wù)停止,早上9點(diǎn)后才會有請求進(jìn)來)的少量請求(個(gè)位數(shù))會超時(shí),超時(shí)時(shí)間設(shè)的10秒
然后把調(diào)用方提供的超時(shí)數(shù)據(jù),在日志里也查了,沒有
也沒有任何異常、錯(cuò)誤、慢查詢?nèi)罩?/p>
請問可能是什么原因?這個(gè)接口就是查了下數(shù)據(jù)庫,放入隊(duì)列
然后對方分析可能說是早上前幾次建立連接的時(shí)長超時(shí),排查下http/數(shù)據(jù)庫連接時(shí)長
那應(yīng)該不是你們的問題,十有八九還是調(diào)用方的問題,你日志打印你整個(gè)處理的時(shí)間了嘛?這個(gè)也得打印一下,看看是不是你處理的慢了,在請求進(jìn)來和你返回?cái)?shù)據(jù)之間 處理的時(shí)間記錄,最后就要看看是不是帶寬的問題,導(dǎo)致瞬間打滿,你返回的數(shù)據(jù)被堵塞了
是在請求數(shù)據(jù)一進(jìn)來的入口(響應(yīng)之前)就做了日志,整個(gè)接口的響應(yīng)時(shí)間也做了日志,本身接口邏輯比較簡單,一般響應(yīng)時(shí)間只有幾ms,而且請求量算少的,也沒有慢日志,慢查詢。
我現(xiàn)在是打算每天早上業(yè)務(wù)前,定時(shí)restart -d重啟下,看看有沒有用,之前定時(shí)reload不行