ORA-00054 资源正忙 "resource busy and acquire with NOWAIT specified"错误 [oracle@mlab2 data]$ oerr ora 00054 00054, 00000, "resource busy and acquire with NOWAIT specified or timeout expired" // *Cause: Interested resource is busy. // *Action: Retry if necessary or increase timeout.   引起该错误的常见原因是： 所需要的资源正忙或者参数DDL_LOCK_TIMEOUT(11g)指定的DDL锁超时指标被达到，注意在11g之前默认情况下DDL语句以NOWAIT形式出现 对于该错误的建议是 稍后重试SQL命令语句，推荐是在业务空闲时期执行，或者指定更大的DD_LOCK_TIMEOUT，或者不要使用显示的NOWAIT子句   关于该ORA-00054错误的详细说明： 在绝大多数情况下ORA-00054都是最常见不过的报错信息，常在SQL语句被其他用户的工作阻塞时出现，该被阻塞的SQL命令存在2种可能： 在语句中指定了"NOWAIT"子句，因此该语句将不被阻塞等待，而直接报错即ORA-00054错误 语句本身是DDL，在11g之前或者DDL_LOCK_TIMEOUT=0，该DDL语句直接返回ORA-54错误 简而言之 DDL或 SELECT .. FOR UPDATE NOWAIT都可能因为存在不兼容的锁模式而遇到ORA-54错误   相关的诊断步骤： 该ORA-00054错误一般不需要特别去诊断，除非他频繁影响应用正常运作或者意外出现。 最简单的我们可以通过该语句本身去定位哪些对象(主要是TABLE)被以其他进程以不兼容的模式锁住。 对于重复执行的DDL语句，若采用PL/SQL存储过程DBMS_SQL来调用则可以由于本PL/SQL程序块的一些依赖关系导致该DDL访问的对象被锁。 对于SELECT FOR UPDATE语句，可以尝试去掉其NOWAIT子句来检查该语句如何被阻塞。 若存在阻塞可以通过V$LOCk检测阻塞情况，例如： SELECT * FROM V$LOCK WHERE request!=0; --找出被阻塞的进程   也可以直接参考更高效的语句 DIAG LOCK:   其次有必要检查一些，是否外键列都有了必要的索引？(这可能导致额外的表锁，虽然在10g以后得到优化) 若是SELECT ... FOR UPDATE引起的锁，是否有把2表连接(JOIN)的操作？这样可能导致父和子行都被锁住，若仅仅想锁住child row，则需要加入以下子句： FOR UPDATE OF COLUMN_ON_CHILD_TABLE