來(lái)源頭條作者:波波說(shuō)運(yùn)維概述

最近發(fā)現(xiàn)新系統(tǒng)weblogic中間件日志有一些線程超時(shí)方面的報(bào)錯(cuò)，因?yàn)槟J(rèn)是600，所以順便對(duì)這塊做了一些優(yōu)化。處理過(guò)程如下：

報(bào)錯(cuò)內(nèi)容：

首先貼報(bào)錯(cuò)信息：

ExecuteThread: '33' for queue: 'weblogic.kernel.Default (self-tuning)'>><[STUCK] ExecuteThread: '9' for queue: 'weblogic.kernel.Default (self-tuning)' has been busy for "701" seconds working on the request "glog.server.query.query_ListRetriever_whmeh3_EOImpl", which is more than the configured time (StuckThreadMaxTime) of "600" seconds.

思路：

此問(wèn)題是由于處理請(qǐng)求超時(shí)引起的，系統(tǒng)配置的處理時(shí)間是600s，但是該線程處理了701后，仍然沒(méi)將請(qǐng)求釋放，所以報(bào)了這個(gè)錯(cuò)誤。如果發(fā)送該請(qǐng)求較多，很有可能會(huì)導(dǎo)致weblogic的線程阻塞，嚴(yán)重會(huì)引起weblogic掛起現(xiàn)象。

考慮：

1）修改StuckThreadMaxTime參數(shù)，將默認(rèn)的600s改成1200s，或者其它適合的值。

2）增大線程數(shù)，防止線程阻塞問(wèn)題。

3）優(yōu)化程序，減少處理時(shí)間。

解決

1、修改StuckThreadMaxTime參數(shù)，將默認(rèn)的600s改成1200s

2、數(shù)據(jù)庫(kù)連接池調(diào)優(yōu)

優(yōu)化前：

優(yōu)化后：

3、線程池調(diào)優(yōu)

線程池

修改config.xml(/otm/otm62/weblogic/domains/otm/config/config.xml)中的

AdminServer false true 33 25000 -1 1200 60 50 300 300 5000 3600 10 5 5

4、系統(tǒng)層面調(diào)優(yōu)

ulimit -n

篇幅有限，關(guān)于weblogic這個(gè)問(wèn)題在這里也做個(gè)簡(jiǎn)單記錄，后面會(huì)分享更多Linux方面的內(nèi)容和平時(shí)的一些處理方式，感興趣的朋友可以關(guān)注一下~