解决oracle数据库 ora-00054:resource busy and acquire with NOWAIT specified 错误

在使用PL/SQLDeveloper客户端调用存储过程时遇到ORA-00054错误,通过查询锁定对象、会话信息并强制杀掉相关会话解决锁问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

解决oracle数据库 ora-00054:resource busy and acquire with NOWAIT specified 错误

本人在使用pl/sql developer 客户端调用存储过程进行操作时发现中途卡机然后强制终止pl/sql developer 之后,oracle就一直出现锁相关的错误。
经分析认为在调用存储过程时对表进行了DDL语句操作时导致了悲观封锁。客户端卡机后oracle一直没有对这个锁进行释放且一直不会完成释放导致错误。

需要对此会话进行强制杀掉:
[color=darkred]1. 查询当前被锁的对象[/color]
SELECT * FROM V$LOCKED_OBJECT WHERE ORACLE_USERNAME= 'ATHENA';
SQL> SELECT * FROM V$LOCKED_OBJECT WHERE ORACLE_USERNAME= 'ATHENA';

XIDUSN XIDSLOT XIDSQN OBJECT_ID SESSION_ID ORACLE_USERNAME OS_USER_NAME PROCESS LOCKED_MODE
---------- ---------- ---------- ---------- ---------- ------------------------------ ------------------------------ ------------ -----------
19 11 79134 76618 436 ATHENA Administrator 3512:1272 3
11 28 74487 76617 574 ATHENA Administrator 2412:3928 3
20 25 75512 76620 594 ATHENA Administrator 4064:4060 3

[color=darkred]2. 查询session信息[/color]
SQL> SELECT v.sid,v.SERIAL#,v.USERNAME,v.ACTION FROM v$session v WHERE v.sid IN (SELECT session_id FROM v$locked_object WHERE ORACLE_USERNAME= 'ATHENA') AND V.MACHINE='NBCB\KJB-080701N';

SID SERIAL# USERNAME ACTION
---------- ---------- ------------------------------ --------------------------------
436 62365 ATHENA 测试窗口 - procedure PROC_HIS_AR
574 60824 ATHENA 测试窗口 - procedure PROC_HIS_AR
594 15217 ATHENA 测试窗口 - procedure PROC_HIS_AR

[color=darkred]3. 杀会话[/color]
语法:
ALTER SYSTEM KILL SESSION 'SID,SERIAL#';
例如:
ALTER SYSTEM KILL SESSION '436,62365';
返回:ora-00031:session marked for kill. 此会话没有被杀掉,只是标记为要杀掉。
可查询
SELECT spid,osuser,s.PROGRAM FROM v$session s,v$process p WHERE s.PADDR=p.ADDR AND s.SID=436;
然后登陆到操作系统上使用如下命令进行操作系统级别的杀进程
语法:orakill sid thread 或者 #kill -9 spid
例如: orakill 数据库实例名 ${spid};
[color=orange]实在不行只能重启数据库[/color]
### ORA-00054 错误解决方案 #### 1. **错误核心原因** ORA-00054 错误的根本原因是目标资源(如表、索引等)当前正在被其他会话占用,而尝试对该资源执行的操作指定了 `NOWAIT` 参数或默认行为不允许等待资源解锁[^4]。这意味着当一个事务持有锁时,另一个事务无法立即访问同一资源并触发此错误。 #### 2. **影响因素分析** 以下是可能导致该问题的具体场景: - 创建索引时会对底层数据施加共享锁,阻止某些类型的并发操作[^3]。 - DML 操作(如 INSERT、UPDATE 或 DELETE)可能会引发行级或表级锁定,从而阻碍后续的 DDL 请求。 - 如果在创建索引的过程中加入了 ONLINE 关键字,则仍可能存在特定条件下的锁定冲突。 #### 3. **解决策略** ##### 方案一:等待资源释放 最简单的方法之一就是让受影响的任务稍作延迟再试运行命令。这适用于那些短暂性的锁定情况——即一旦前序工作完成就会自动解除限制的情况[^4]。 ##### 方案二:查找并终止阻塞会话 通过查询系统视图定位具体哪个会话造成了干扰之后可以直接结束它以快速解决问题: ```sql -- 查询锁定对象的相关信息 SELECT t2.username, t2.sid, t2.serial#, t2.logon_time FROM v$locked_object t1, v$session t2 WHERE t1.session_id = t2.sid ORDER BY t2.logon_time; -- 获取指定 SID 的详细资料 SELECT sid, serial#, username, osuser, terminal, program, action, prev_exec_start FROM v$session WHERE sid = <your_blocked_session_sid>; -- 杀死有问题的会话 ALTER SYSTEM KILL SESSION '<sid>,<serial#>'; ``` 需要注意的是,在极端情况下即使已经发出杀死信号但仍看到残留状态标记为 "KILLED" 的进程未能及时清理干净的话,还可以进一步深入操作系统层面强制关闭相应后台线程[^2]。 ##### 方案三:调整应用逻辑规避竞争状况 长期来看更稳健的做法是从程序设计角度出发尽量减少不必要的争用现象发生几率。比如合理安排任务调度顺序;充分利用乐观锁机制代替悲观锁等等措施都可以显著改善此类异常发生的频率[^4]。 --- ### 总结 综上所述,面对 ORA-00054 这样的挑战可以从多个维度入手加以克服。无论是耐心等候自然解封还是主动干预消除障碍物乃至从根本上优化业务流程都能有效地缓解甚至杜绝同类事件再次上演的机会。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值