我想了解我们挂起的Java进程遇到的问题。这个过程已经在生产中运行了大约4个月,本周早些时候它开始挂起。当我在看的过程中的线程转储全部线程相关的(3)具有堆栈如下所示:疑难解答Oracle - 挂起的进程
"TxnParser_1" prio=6 tid=0x69bd3400 nid=0x2534 runnable [0x6aa2f000]
java.lang.Thread.State: RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at oracle.net.ns.Packet.receive(Unknown Source)
at oracle.net.ns.DataPacket.receive(Unknown Source)
at oracle.net.ns.NetInputStream.getNextPacket(Unknown Source)
at oracle.net.ns.NetInputStream.read(Unknown Source)
at oracle.net.ns.NetInputStream.read(Unknown Source)
at oracle.net.ns.NetInputStream.read(Unknown Source)
at oracle.jdbc.driver.T4CMAREngine.unmarshalUB1(T4CMAREngine.java:1099)
at oracle.jdbc.driver.T4CMAREngine.unmarshalSB1(T4CMAREngine.java:1070)
at oracle.jdbc.driver.T4C8Oall.receive(T4C8Oall.java:478)
at oracle.jdbc.driver.T4CStatement.doOall8(T4CStatement.java:207)
at oracle.jdbc.driver.T4CStatement.executeForDescribe(T4CStatement.java:790)
at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatement.java:1039)
at oracle.jdbc.driver.T4CStatement.executeMaybeDescribe(T4CStatement.java:830)
at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1132)
at oracle.jdbc.driver.OracleStatement.executeInternal(OracleStatement.java:1687)
at oracle.jdbc.driver.OracleStatement.execute(OracleStatement.java:1653)
- locked <0x40e22f88> (a oracle.jdbc.driver.T4CStatement)
- locked <0x28f8d398> (a oracle.jdbc.driver.T4CConnection)
at com.gcg.data.LogParsingInfo.initFromDB(LogParsingInfo.java:262)
at com.gcg.om.OmQueueEntry.initParseInfoFromDB(OmQueueEntry.java:104)
at com.gcg.om.GenericQueueEntry.run(GenericQueueEntry.java:237)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
没有线程等待锁使过程没有陷入僵局。这三个正在做这项工作的线程只是等待Oracle的响应,至少这是我看起来的样子。
纵观Oracle,当我查询v $ session时,它看起来像是与这些线程相关的一个连接当前正在执行查询,尽管我看不到sql。
select ... from v$session where ...;
SQL_ADDRESS SQL_HASH_VALUE SQL_ID SQL_CHILD_NUMBER SQL_EXEC_START SQL_EXEC_ID PREV_SQL_ADDR PREV_HASH_VALUE PREV_SQL_ID PREV_CHILD_NUMBER PREV_EXEC_START PREV_EXEC_ID
---------------- -------------- ------------- ---------------- -------------- ----------- ---------------- --------------- ------------- ----------------- --------------- ------------
00 0 0000000239F59EE8 1483377872 fqr8pndc6p36h 5 26-JUL-12 32080545
00 0 0000000239F59EE8 1483377872 fqr8pndc6p36h 5 26-JUL-12 32080546
0000000148CABD88 1784444892 a16hxxtp5sxyw 0000000239F59EE8 1483377872 fqr8pndc6p36h 5 26-JUL-12 32080544
select * from v$sql where sql_id = 'a16hxxtp5sxyw';
no rows selected
我的问题是:
- 我是在我的分析是正确的,该过程仅仅是阻塞等待甲骨文回应?
- 我应该在Oracle中寻找什么来理解为什么这个过程被阻塞?
更新时间:
基于关于在寻找DBA_WAITERS和评论DBA_LOCKS
select * from dba_waiters;
no rows selected
select * from dba_locks where BLOCKING_OTHERS <> 'Not Blocking';
no rows selected
有98排在dba_locks但因为所有人都“不阻止”我不认为这是锁定问题?有关进程已经处于这种状态3个多小时,所以现在已经发现任何死锁。
我的理论是Oracle实例不是“健康的”,但我不知道该看什么。我有重新启动Oracle服务器的请求,但尚未完成。
后续问题:v $ session中包含的sql_id在v $ sql中是否存在,如果是这样,在什么条件下是否正常?
“挂起” hehehehehe] – mre 2012-07-26 16:53:49
这正确 - 我的过程比你的过程要大。 ;) – sceaj 2012-07-26 17:05:47
该进程是否可能进行任何更新,还是只是查询?如果它正在更新,那么其他任何东西都可能会锁定它试图执行的任何操作?我首先看看'DBA_WAITERS'或'DBA_LOCKS'是否显示有趣的内容。 – 2012-07-26 17:25:33