来源头条作者:波波说运维概述

最近发现新系统weblogic中间件日志有一些线程超时方面的报错，因为默认是600，所以顺便对这块做了一些优化。处理过程如下：

报错内容：

首先贴报错信息：

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.

思路：

此问题是由于处理请求超时引起的，系统配置的处理时间是600s，但是该线程处理了701后，仍然没将请求释放，所以报了这个错误。如果发送该请求较多，很有可能会导致weblogic的线程阻塞，严重会引起weblogic挂起现象。

考虑：

1）修改StuckThreadMaxTime参数，将默认的600s改成1200s，或者其它适合的值。

2）增大线程数，防止线程阻塞问题。

3）优化程序，减少处理时间。

解决

1、修改StuckThreadMaxTime参数，将默认的600s改成1200s

2、数据库连接池调优

优化前：

优化后：

3、线程池调优

线程池

修改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、系统层面调优

ulimit -n

篇幅有限，关于weblogic这个问题在这里也做个简单记录，后面会分享更多Linux方面的内容和平时的一些处理方式，感兴趣的朋友可以关注一下~