为什么我得到这个数据库错误时,我更新表?
第1行错误: ORA-00054:资源繁忙,指定NOWAIT或超时获取
为什么我得到这个数据库错误时,我更新表?
第1行错误: ORA-00054:资源繁忙,指定NOWAIT或超时获取
当前回答
请关闭Oracle会话
使用下面的查询来检查活动会话信息
SELECT
O.OBJECT_NAME,
S.SID,
S.SERIAL#,
P.SPID,
S.PROGRAM,
SQ.SQL_FULLTEXT,
S.LOGON_TIME
FROM
V$LOCKED_OBJECT L,
DBA_OBJECTS O,
V$SESSION S,
V$PROCESS P,
V$SQL SQ
WHERE
L.OBJECT_ID = O.OBJECT_ID
AND L.SESSION_ID = S.SID
AND S.PADDR = P.ADDR
AND S.SQL_ADDRESS = SQ.ADDRESS;
杀死像
alter system kill session 'SID,SERIAL#';
(例如,alter system kill session '13,36543';)
参考 http://abeytom.blogspot.com/2012/08/finding-and-fixing-ora-00054-resource.html
其他回答
Shashi的链接给出的解决方案是最好的…不需要联系dba或其他人
备份
create table xxxx_backup as select * from xxxx;
删除所有行
delete from xxxx;
commit;
插入备份。
insert into xxxx (select * from xxxx_backup);
commit;
请关闭Oracle会话
使用下面的查询来检查活动会话信息
SELECT
O.OBJECT_NAME,
S.SID,
S.SERIAL#,
P.SPID,
S.PROGRAM,
SQ.SQL_FULLTEXT,
S.LOGON_TIME
FROM
V$LOCKED_OBJECT L,
DBA_OBJECTS O,
V$SESSION S,
V$PROCESS P,
V$SQL SQ
WHERE
L.OBJECT_ID = O.OBJECT_ID
AND L.SESSION_ID = S.SID
AND S.PADDR = P.ADDR
AND S.SQL_ADDRESS = SQ.ADDRESS;
杀死像
alter system kill session 'SID,SERIAL#';
(例如,alter system kill session '13,36543';)
参考 http://abeytom.blogspot.com/2012/08/finding-and-fixing-ora-00054-resource.html
您的问题看起来像是混合了DML和DDL操作。请看这个URL,它解释了这个问题:
http://www.orafaq.com/forum/t/54714/2/
我有这个错误发生时,我有2个脚本,我正在运行。我有:
SQL*Plus会话直接使用模式用户帐户(帐户#1)连接 另一个SQL*Plus会话使用不同的模式用户帐户(帐户#2)连接,但作为第一个帐户跨数据库链接连接
我运行了一个表删除,然后创建表作为帐户#1。 我对账号2的会话进行了表更新。没有提交更改。 以帐户#1的身份重新运行表删除/创建脚本。删除表x命令出错。
我通过运行COMMIT来解决这个问题;在账号#2的SQL*Plus会话中。
这个问题有一个很简单的解决办法。
如果你在会话上运行10046跟踪(谷歌this…太多了,无法解释)。在任何DDL操作之前,Oracle会执行以下操作:
锁定表“table_name”不等待
因此,如果另一个会话有一个打开的事务,就会得到一个错误。所以解决办法是……请击鼓。在DDL之前发出您自己的锁,并省略'NO WAIT'。
特别注意:
如果你正在分割/删除分区,oracle只是锁定分区。 你可以锁定分区子分区。
所以… 下面的步骤可以解决这个问题。
锁定表'表名';你会“等待”(开发者称之为挂起)。直到具有打开事务的会话提交为止。这是一个队列。所以在你之前可能会有几个疗程。但是你不会出错。 执行DDL。然后DDL将使用NO WAIT运行一个锁。但是,您的会话已经获得了锁。所以你很好。 DDL自动提交。这就释放了锁。
当表被锁定时,DML语句将“等待”或开发人员称之为“挂起”。
我在从作业运行以删除分区的代码中使用了这个功能。它工作得很好。它位于一个以每秒几百个插入的速度不断插入的数据库中。没有错误。
如果你想知道的话。用11g做这个。我以前也用10g做过这个。