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