快速查出Oracle資料庫中鎖等待的方法_oracle

通常在大型資料庫系統中，為了保證資料的一致性，在對資料庫中的資料進行操作時，系統會進行對資料相應的鎖定。

這些鎖定中有"唯讀鎖"、"排它鎖"，"共用排它鎖"等多種類型，而且每種類型又有"行級鎖"（一次鎖住一條記錄），"頁級鎖"（一次鎖住一頁，即資料庫中儲存記錄的最小可配置單位），"表級鎖"（鎖住整個表）。若為"行級排它鎖"，則除被鎖住的該行外，該表中其它行均可被其它的使用者進行修改(Update)或刪除(delete)操作，若為"表級排它鎖"，則所有其它使用者只能對該表進行查詢(select)操作，而無法對其中的任何記錄進行修改或刪除。當程式對所做的修改進行提交(commit)或復原後(rollback)後，鎖住的資源便會得到釋放，從而允許其它使用者進行操作。

但是在某些情況下，由於程式中的一些特殊原因，鎖住資源後長時間未對其工作進行提交；或是由於使用者的原因，如調出需要修改的資料後，未及時修改並提交，而是放置於一旁；或是由於客戶服務器方式中用戶端出現"死機"，而伺服器端卻並未檢測到，從而造成鎖定資源未被及時釋放，最終出現影響到其它使用者操作的情況。

因而，如何迅速地診斷出鎖住資源的使用者以及解決其鎖定便是資料庫管理員的一個挑戰。
由於資料庫應用系統越來越複雜， 一旦出現由於鎖資源未及時釋放的情況，便會引起對一相同表進行操作的大量使用者無法進行操作，從而影響到系統的使用。此時，DBA應盡量快地解決問題。但是，由於在Oracle 8.0.x 中執行"擷取正在等待鎖資源的使用者名稱"的查詢語句

select a.username, a.sid, a.serial#, b.id1 from v$session a, v$lock b where a.lockwait = b.kaddr

十分緩慢，（在 Oracle 7.3.4中執行很快)，而且，執行"尋找阻塞其它使用者的使用者進程"的查詢語句

  select a.username, a.sid, a.serial#, b.id1   from v$session a, v$lock b   where b.id1 in      (select distinct e.id1       from v$session d, v$lock e       where d.lockwait = e.kaddr)    and a.sid = b.sid    and b.request = 0

 執行得也十分緩慢。因而，往往只好通過將 v$session 中狀態為"inactive"（不活動）並且最後一次進行操作時間至當前已超過 20 分鐘以上(last_call_et>20*60 秒)的使用者進程清除，然後才使得問題得到解決。

 但是，這種一刀切的方法實際上是"把嬰兒與髒水一起潑掉"。因為，有些使用者的進程儘管也為"inactive"，並且也已有較長時間未活動，但是，那是由於他們處於鎖等待狀態。

 因而，筆者想到了一個解決辦法。即通過將問題發生時的 v$lock，v$session視圖中的相關記錄儲存於自己建立的表中，再對該表進行查詢，則速度大大提高，可以迅速發現問題。經實際使用，效果非常好。在接到使用者反映後，幾秒鐘即可查出由於鎖住資源而影響其它使用者的進程，並進行相應的處理。

 首先，以 dba 身份（不一定為system）登入入資料庫中，建立三個基本表:my_session，my_lock, my_sqltext，並在將會進行查詢的列上建立相應的索引。語句如下：
 rem 從 v$session 視圖中取出關心的欄位，建立 my_session 表,並在查詢要用到的欄位上建立索引，以加快查詢速度

drop table my_session;create table my_sessionasselect a.username, a.sid, a.serial#,a.lockwait, a.machine,a.status,a.last_call_et,a.sql_hash_value,a.program from v$session a where 1=2 ;create unique index my_session_u1 on my_session(sid);create index my_session_n2 on my_session(lockwait);create index my_session_n3 on my_session(sql_hash_value);

rem 從 v$lock 視圖中取出欄位，建立 my_lock 表，並在查詢要用到的欄位上建立索引，以加快查詢速度

drop table my_lock;create table my_lockasselect id1, kaddr, sid, request,type from v$lock where 1=2;create index my_lock_n1 on my_lock(sid);create index my_lock_n2 on my_lock(kaddr);

rem 從 v$sqltext 視圖中取出欄位，建立 my_sqltext 表，並在查詢要用到的欄位上建立索引，以加快查詢速度

drop table my_sqltext;create table my_sqltextasselect hash_value , sql_text from v$sqltext where 1=2;create index my_sqltext_n1 on my_sqltext ( hash_value);

然後，建立一個 SQL 指令檔，以便需要時可從 SQL*Plus 中直接調用。其中，首先用 truncate table 表名命令將表中的記錄刪除。之所以用 truncate 命令，而不是用delete 命令，是因為delete 命令執行時，將會產生重演記錄，速度較慢，而且索引所佔的空間並未真正釋放，若反覆做 insert及delete,則索引所佔的空間會不斷增長，查詢速度也會變慢。而 truncate命令不產生重演記錄，速度執行較delete快，而且索引空間被相應地釋放出來。刪除記錄後，再將三個視圖中的相關記錄插入自己建立的三個表中。最後，對其進行查詢，由於有索引，同時由於在插入時條件過濾後，記錄數相對來說較少，因而查詢速度很快，馬上可以看到其結果。

此時，若發現該阻塞其它使用者進程的進程是正常操作中，則可通知該使用者對其進行提交，從而達到釋放鎖資源的目的；若為未正常操作，即，其狀態為"inactive"，且其last_call_et已為較多長時間，則可執行以下語句將該進程進行清除，系統會自動對其進行復原，從而釋放鎖住的資源。

alter system kill session 'sid, serial#'; 

SQL 指令碼如下：

set echo offset feedback offprompt '刪除舊記錄.....'truncate table my_session;truncate table my_lock;truncate table my_sqltext;prompt '擷取資料.....'insert into my_sessionselect a.username, a.sid, a.serial#,    a.lockwait, a.machine,a.status,    a.last_call_et,a.sql_hash_value,a.program from v$session a where nvl(a.username,'NULL')< >'NULL;insert into my_lockselect id1, kaddr, sid, request,type from v$lock;insert into my_sqltextselect hash_value , sql_text from v$sqltext s, my_session m where s.hash_value=m.sql_hash_value;column username format a10column machine format a15column last_call_et format 99999 heading "Seconds"column sid format 9999prompt "正在等待別人的使用者"select a.sid, a.serial#, a.machine,a.last_call_et, a.username, b.id1 from my_session a, my_lock b where a.lockwait = b.kaddr;prompt "被等待的使用者"select a.sid, a.serial#, a. machine, a.last_call_et,a.username,b. b.type,a.status,b.id1 from my_session a, my_lock b where b.id1 in   (select distinct e.id1     from my_session d, my_lock e    where d.lockwait = e.kaddr)  and a.sid = b.sid  and b.request=0;prompt "查出其 sql "select a.username, a.sid, a.serial#, b.id1, b.type, c.sql_text from my_session a, my_lock b, my_sqltext c where b.id1 in    (select distinct e.id1     from my_session d, my_lock e     where d.lockwait = e.kaddr)  and a.sid = b.sid  and b.request=0  and c.hash_value =a.sql_hash_value; 

以上思路也可用於其它大型資料庫系統如 Informix, Sybase,DB2中。通過使用該指令碼，可以極大地提高擷取系統中當前鎖等待的情況，從而及時解決資料庫應用系統中的鎖等待問題。而且，由於實際上已取出其 program 名及相應的 sql 語句，故可以在事後將其記錄下來，交給其開發人員進行分析並從根本上得到解決。