閱讀目錄

   最近有個用戶量 5W-10W 的 web 應用,頻繁導致 weblogic 崩潰,讓運維組很難受。

   通過幾天跟蹤系統(tǒng)日志和 weblogic 運行狀況,發(fā)現(xiàn)報錯的姿勢有很多,其中對定位問題比較關鍵的報錯:

   ExecuteThread: '496' for queue: 'weblogic.kernel.Default (self-tuning)' has beenbusy for "712" seconds working on the request "XXXX", which is more than the configured time (StuckThreadMaxTime) of "600" seconds.

   weblogic 分配給 web 應用使用的線程響應返回周期最大為10分鐘,線程遲遲無法返回結(jié)果導致阻塞,并且這樣的刺頭線程越來越多。

   運行一段時間后達到 weblogic 阻塞線程的閥值,weblogic 自然就崩潰了。

   剛開始也試著調(diào)大 weblogic 響應周期/阻塞線程的閥值,但是阻塞線程還是會存在并且很快達到閥值。

   仔細比對奔潰前后日志,查看 weblogic 阻塞線程詳情,導致阻塞開始罪魁禍首是數(shù)據(jù)庫查詢需要很長時間。

   該系統(tǒng)與內(nèi)外圍很多廠商系統(tǒng)有進行數(shù)據(jù)交互,數(shù)據(jù)庫里面旁根錯雜的 db_link/synonyms/view/procedure。

延伸閱讀

學習是年輕人改變自己的最好方式-Java培訓,做最負責任的教育,學習改變命運,軟件學習,再就業(yè),大學生如何就業(yè),幫大學生找到好工作,lphotoshop培訓,電腦培訓,電腦維修培訓,移動軟件開發(fā)培訓,網(wǎng)站設計培訓,網(wǎng)站建設培訓學習是年輕人改變自己的最好方式