大家好，我是考100分的小小码 ，祝大家学习进步，加薪顺利呀。今天说一说ORA-00054:resource busy and acquire with NOWAIT specified or timeout expired[通俗易懂],希望您对编程的造诣更进一步.
早晨接到个开发人员的问题，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中报错：
![ORA-00054:resource busy and acquire with NOWAIT specified or timeout expired[通俗易懂]](https://www.yht7.com/upload/image/20200702/161129120471601.png "ORA-00054:resource busy and acquire with NOWAIT specified or timeout expired[通俗易懂]插图2")
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://daima100.com/7622.html
