ITPub博客

首页 > 应用开发 > IT综合 > 一次死锁问题的排查过程

一次死锁问题的排查过程

原创 IT综合 作者:drgfml 时间:2011-11-23 17:32:25 0 删除 编辑

问题描述:
[Gaia2.5] DEBUG 2011-02-09 13:28:01,338 [java.sql.Connection:42] - {conn-100213} Connection
[Gaia2.5] DEBUG 2011-02-09 13:28:01,352 [java.sql.PreparedStatement:48] - {pstm-100214} PreparedStatement: {call pac_ac_center.pro_precount (?,?,?)}
[Gaia2.5] DEBUG 2011-02-09 13:28:01,352 [java.sql.PreparedStatement:49] - {pstm-100214} Parameters: [2011-02-01, li_xiang]
[Gaia2.5] DEBUG 2011-02-09 13:28:01,352 [java.sql.PreparedStatement:50] - {pstm-100214} Types: [java.sql.Date, java.lang.String]
========refresh=========
========refresh=========
<2011-2-9 下午01时39分01秒 CST> <[STUCK] ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)' has been busy for "659" seconds working on the request "Http Request: /sams/TAcFunddayPO!compute.po", which is more than the configured time (StuckThreadMaxTime) of "600" seconds. Stack trace:
java.net.SocketInputStream.socketRead0(Native Method)


问题排查:
开始时怀疑weblogic参数(StuckThreadMaxTime)值过小,遂调为1200,经重启服务,发现问题依旧;
重新检查数据库session,发现{call pac_ac_center.pro_precount (?,?,?)}需修改t_sm_log,而356号进程对t_sm_log表有锁定,导致{call pac_ac_center.pro_precount (?,?,?)}一直等待锁的释放,最终超过StuckThreadMaxTime中时间的设定致使系统宕机


问题解决:
kill掉356号进程,问题得以解决!

[@more@]

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/96210/viewspace-1056502/ ,如需转载,请注明出处,否则将追究法律责任。

上一篇: 没有了~
下一篇: dense_rank学习笔记
请登录后发表评论 登录
全部评论
  • 博文量
    32
  • 访问量
    59160