00054:resource busy and acquire with NOWAIT specified or time

一、故障描述:

早晨接到个开发人员的问题,truncat  table T_USER_LABEL表时,报错: ORA-00054:resource busy and acquire with NOWAIT specified or timeout expired,如下图。按照字面意思,是资源忙,被占用了。处理思路:查到谁在占用资源,并且杀掉占用该资源的会话就可以了。有可能产生的原因有:1.创建索引时会产生的锁  2.dml 语句会产生的锁  3.索引创建时加上关键字 online时产生的锁。解决处理方法:1.等待其他会话释放资源 2.找出占用资源的会话,并删除 3.重启数据库,当然只有第2种比较适用。
 
pl-sql中报错:

00054:resource busy and acquire with NOWAIT specified or time

sqlplus中报错:

REPORTUSER@test > truncate table t_user_label;

truncate table t_user_label
              *
ERROR at line 1:
ORA-00054: resource busy and acquire with NOWAIT specified or timeout expired

二、故障处理
1.检查哪个用户占用资源 T_USER_LABEL

SYS@test > select l.session_id,o.owner,o.object_name from v$locked_object l,dba_objects o where l.object_id=o.object_id;

SESSION_ID OWNER OBJECT_NAME
---------- ------------------------------ --------------------------------------------------
      2205 REPORTUSER T_USER_LABEL
        76 REPORTUSER T_USER_LABEL
      1849 REPORTUSER T_TEMPORARY_CHANNEL_CUSTOMER
2.利用查出来占用资源 T_USER_LABEL的session_id,查出更加详细的信息
点击(此处)折叠或打开

SYS@test > SELECT sid, serial#, username, oSUSEr, terminal,program ,action, prev_exec_start FROM v$session where sid = 2205;


      SID SERIAL# USERNAME OSUSE TERMINAL PROGRAM ACTION PREV_EXEC_START
---------- ---------- ------------ ----- ---------- --------------- ------------------------------ -------------------
      2205 3045 REPORTUSER huhw PTYY-003 plsqldev.exe - procedure P_USER_LABE 2016-06-29 11:31:02

SYS@test > SELECT sid, serial#, username, osuser, terminal,program ,action, prev_exec_start FROM v$session where sid = 76;

SID SERIAL# USERNAME OSUSE TERMINAL PROGRAM ACTION PREV_EXEC_START
---------- ---------- ------------ ----- ---------- --------------- ------------------------------ -------------------
        76 1677 REPORTUSER huhw PTYY-003 plsqldev.exe SQL - ? 2016-06-29 14:00:54

3.根据上面查出来的 SID,SERIAL# 杀掉占用资源 T_USER_LABEL的两个会话

SYS@test > alter system kill session '2205,3045';


System altered.

SYS@test > alter system kill session '76,1677';

System altered.

4.再次执行truncate table 成功

REPORTUSER@test > truncate table T_USER_LABEL;

Table truncated.
 
三、总结
    问题回顾,通过上述查询信息中得出,有两个SESSION占用了T_USER_LABEL表资源,而且可以看出是在执行某个procedure,名字为P_USER_LABE,查看了这个procedure后,里面语句是通过查询其他表信息,最终要插入T_USER_LABEL表数据,在询问当事人后,昨天中午执行该procedure时,是强制中断了。导致最终没有提交事务,也未回滚,才会一直占用该资源。在这个案例中,学习掌握利用v$locked_object与dba_objects来找出哪个会话占用某对象,并且利用v$session来找出该会话的具体信息,包括SID,SERIAL#,如何连接,正在执行什么等等。最终使用alter system kill session ‘sid,serial#’; 来kill 掉占用资源的会话。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/0ed266f6f553bcbc7e3fc4ab0042fa54.html