ORA-00054: resource busy and acquire with NOWAIT specified

ORA-00054: resource busy and acquire with NOWAIT specified

ORA-00054: resource busy and acquire with NOWAIT specified
如果不使用NOWAIT等項，預設為等待(WAIT)其他事務提交後在返回結果。

WAIT integer，與NOWAIT的功能相似，但可以等待使用者指定的秒數。如："WAIT 3"等待3秒後，其他事務還沒有提交將返回如下結果：
ORA-30006: resource busy; acquire with WAIT timeout expired 。

出現這種問題後查V$LOCKED_OBJECT,要麼等事務結束後再做，要麼殺掉持有鎖的會話（如果不是關鍵會話）：

1.通過上句尋找出已被鎖定的資料庫表及相關的sid、serial#及spid
select object_name as 對象名稱,s.sid,s.serial#,p.spid as 系統進程號
from v$locked_object l , dba_objects o , v$session s , v$process p
where l.object_id=o.object_id and l.session_id=s.sid and s.paddr=p.addr;

2.在資料庫中滅掉相關session
alter system kill session 'sid,serial#';–sid及serial#為第一步查出來的資料。

用如下的語句也可以：

1、用dba許可權的使用者查看資料庫都有哪些鎖

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;

如：testuser 339 13545 2009-3-5 17:40:05
知道被鎖的使用者testuser，sid為339，serial#為13545

2、根據sid查看具體的sql語句，如果sql不重要，可以kill

select sql_text from v$session a,v$sqltext_with_newlines b
where DECODE(a.sql_hash_value, 0, prev_hash_value, sql_hash_value)=b.hash_value
and a.sid=&sid order by piece;

查出來的sql，如： begin :id := sys.dbms_transaction.local_transaction_id; end;

3、kill該事務
alter system kill session '339,13545';
這些操作也可用TOAD圖形化實施完畢！

當某個資料庫使用者在資料庫中插入、更新、刪除一個表的資料，或者增加一個表的主鍵時或者表的索引時，常常會出現ora-00054:resource busy and acquire with nowait specified這樣的錯誤。

主要是因為有事務正在執行（或者事務已經被鎖），所有導致執行不成功。

1、用dba許可權的使用者查看資料庫都有哪些鎖

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;

如：testuser 339 13545 2009-3-5 17:40:05
知道被鎖的使用者testuser，sid為339，serial#為13545

2、根據sid查看具體的sql語句，如果sql不重要，可以kill

select sql_text from v$session a,v$sqltext_with_newlines b
  where DECODE(a.sql_hash_value, 0, prev_hash_value, sql_hash_value)=b.hash_value
  and a.sid=&sid order by piece;

查出來的sql，如： begin :id := sys.dbms_transaction.local_transaction_id; end;

3、kill該事務
alter system kill session '339,13545';

4、這樣就可以執行其他的事務sql語句了

如增加表的主鍵：
alter table test
  add constraint PK_test primary key (test_NO)；

若提示:ORA-00030: User session ID does not exist

alter session set events 'immediate trace name flush_cache level 1';

後果不詳

ORA-00031: session marked for kill

一些Oracle中的進程被殺掉後，狀態被置為"killed"，但是鎖定資源很長時間不釋放，有時實在沒辦法，只好重啟資料庫。現在提供一種方法解決這種問題，那就是在ORACLE中殺不掉的，在OS一級再殺。

1.下面的語句用來查詢哪些對象被鎖：

select object_name,machine,s.sid,s.serial#
from v$locked_object l,dba_objects o ,v$session s
where l.object_id　=　o.object_id and l.session_id=s.sid;

2.下面的語句用來殺死一個進程：
alter system kill session '24,111'; (其中24,111分別是上面查詢出的sid,serial#)

【注】以上兩步，可以通過Oracle的管理主控台來執行。

3.如果利用上面的命令殺死一個進程後，進程狀態被置為"killed"，但是鎖定資源很長時間沒有被釋放，那麼可以在os一級再殺死相應的進程（線程），首先執行下面的語句獲得進程（線程）號：
select spid, oSUSEr, s.program
from v$session s,v$process p
where s.paddr=p.addr and s.sid=24 （24是上面的sid）

4.在OS上殺死這個進程（線程）：
1)在unix上，用root身份執行命令:
#kill -9 12345（即第3步查詢出的spid）
2)在windows（unix也適用）用orakill殺死線程，orakill是oracle提供的一個可執行命令，文法為：
orakill sid thread
其中：
sid：表示要殺死的進程屬於的執行個體名
thread：是要殺掉的線程號，即第3步查詢出的spid。
例：c:>orakill orcl 12345

ORA-00031: session marked for kill

Cause: The session specified in an ALTER SYSTEM KILL SESSION command cannot be killed immediately (because it is rolling back or blocked on a network operation), but it has been marked for kill. This means it will be killed as soon as possible after its current uninterruptible operation is done.

Action: No action is required for the session to be killed, but further executions of the ALTER SYSTEM KILL SESSION command on this session may cause the session to be killed sooner.

kill -9 12345