一次死锁问题的排查过程

问题描述：
[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> 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博客 ” ，链接：http://blog.itpub.net/96210/viewspace-1056502/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/96210/viewspace-1056502/