我有一台机器的回溯,其中以下查询似乎挂了好几天：

SELECT table_name FROM user_tables

有什么可能产生这样的锁？用户永远不能修改该表；并且此查询的许多后续实例均成功运行.

解决方法:

因此,由于条件不再存在,因此无法判断发生了什么.

但是,将来,如果再次发生这种情况或类似情况,则需要使用Oracle的wait接口.即,查看V $SESSION.

首先,您需要确定进程是在旋转(即在CPU上)还是正在阻塞(即在等待等待事件).确定该状态的方法是查看STATE列：

>如果状态为“正在等待”,则会话被阻止.如果是这样,则EVENT列应描述会话正在等待什么事件.
>如果状态不是“等待”,则会话在CPU上,而EVENT列是它等待的最后一件事.

>如果状态为“等待的已知时间”,则WAIT_TIME是等待的时间(以毫秒为单位).
>如果状态为“等待的短时间”,则会话等待的时间少于一秒.
>如果STATE是’WAITED UNKNOWN TIME’,则等待的时间未知,因为该会话的timed_statistics设置为FALSE.

希望能有所帮助.