怎樣快速查出Oracle 數(shù)據(jù)庫中的鎖等待

---- 在大型數(shù)據(jù)庫系統(tǒng)中，為了保證數(shù)據(jù)的一致性，在對數(shù)據(jù)庫中的數(shù)據(jù)進行操作時，系統(tǒng)會進行對數(shù)據(jù)相應(yīng)的鎖定。

---- 這些鎖定中有"只讀鎖"、"排它鎖"，"共享排它鎖"等多種類型，而且每種類型又有"行級鎖"（一次鎖住一條記錄），"頁級鎖"（一次鎖住一頁，即數(shù)據(jù)庫中存儲記錄的最小可分配單元），"表級鎖"（鎖住整個表）。

---- 若為"行級排它鎖"，則除被鎖住的該行外，該表中其它行均可被其它的用戶進行修改(Update)或刪除(delete)操作，若為"表級排它鎖"，則所有其它用戶只能對該表進行查詢(select)操作，而無法對其中的任何記錄進行修改或刪除。當程序?qū)λ龅男薷倪M行提交(commit)或回滾后(rollback)后，鎖住的資源便會得到釋放，從而允許其它用戶進行操作。

---- 但是，有時，由于程序中的原因，鎖住資源后長時間未對其工作進行提交；或是由于用戶的原因，如調(diào)出需要修改的數(shù)據(jù)后，未及時修改并提交，而是放置于一旁；或是由于客戶服務(wù)器方式中客戶端出現(xiàn)"死機"，而服務(wù)器端卻并未檢測到，從而造成鎖定的資源未被及時釋放，影響到其它用戶的操作。

---- 因而，如何迅速地診斷出鎖住資源的用戶以及解決其鎖定便是數(shù)據(jù)庫管理員的一個挑戰(zhàn)。

---- 由于數(shù)據(jù)庫應(yīng)用系統(tǒng)越來越復(fù)雜， 一旦出現(xiàn)由于鎖資源未及時釋放的情況，便會引起對一相同表進行操作的大量用戶無法進行操作，從而影響到系統(tǒng)的使用。此時，DBA應(yīng)盡量快地解決問題。但是，由于在Oracle 8.0.x 中執(zhí)行"獲取正在等待鎖資源的用戶名"的查詢語句

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中執(zhí)行很快)，而且，執(zhí)行"查找阻塞其它用戶的用戶進程"的查詢語句
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

---- 執(zhí)行得也十分緩慢。因而，往往只好通過將 v$session 中狀態(tài)為"inactive"（不活動）并且最后一次進行操作時間至當前已超過 20 分鐘以上(last_call_et>20*60 秒)的用戶進程清除，然后才使得問題得到解決。
---- 但是，這種方法實際上是"把嬰兒與臟水一起潑掉"。因為，有些用戶的進程盡管也為"inactive"，并且也已有較長時間未活動，但是，那是由于他們處于鎖等待狀態(tài)。

---- 因而，我想出了一個解決辦法。即通過將問題發(fā)生時的 v$lock，v$session視圖中的相關(guān)記錄保存于自己建立的表中，再對該表進行查詢，則速度大大提高，可以迅速發(fā)現(xiàn)問題。經(jīng)實際使用，效果非常好。在接到用戶反映后，幾秒鐘即可查出由于鎖住資源而影響其它用戶的進程，并進行相應(yīng)的處理。

---- 首先，以 dba 身份（不一定為system）登錄入數(shù)據(jù)庫中，創(chuàng)建三個基本表:my_session，my_lock, my_sqltext，并在將會進行查詢的列上建立相應(yīng)的索引。語句如下： rem 從 v$session 視圖中取出關(guān)心的字段，創(chuàng)建 my_session 表,并在查詢要用到的字段上創(chuàng)建索引，以加快查詢速度

drop table my_session;
create table my_session
as
select 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 視圖中取出字段，創(chuàng)建 my_lock 表，并在查詢要用到的字段上創(chuàng)建索引，以加快查詢速度
drop table my_lock;
create table my_lock
as
select 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 視圖中取出字段，創(chuàng)建 my_sqltext 表，并在查詢要用到的字段上創(chuàng)建索引，以加快查詢速度
drop table my_sqltext;
create table my_sqltext
as
select hash_value , sql_text
from v$sqltext
where 1=2;

create index my_sqltext_n1 on my_sqltext ( hash_value);

---- 然后，創(chuàng)建一個 SQL 腳本文件，以便需要時可從 SQL*Plus 中直接調(diào)用。其中，首先用 truncate table 表名命令將表中的記錄刪除。之所以用 truncate 命令，而不是用delete 命令，是因為delete 命令執(zhí)行時，將會產(chǎn)生重演記錄，速度較慢，而且索引所占的空間并未真正釋放，若反復(fù)做 insert及delete,則索引所占的空間會不斷增長，查詢速度也會變慢。而 truncate命令不產(chǎn)生重演記錄，速度執(zhí)行較delete快，而且索引空間被相應(yīng)地釋放出來。刪除記錄后，再將三個視圖中的相關(guān)記錄插入自己創(chuàng)建的三個表中。最后，對其進行查詢，由于有索引，同時由于在插入時條件過

[Page]

濾后，記錄數(shù)相對來說較少，因而查詢速度很快，馬上可以看到其結(jié)果。
---- 此時，若發(fā)現(xiàn)該阻塞其它用戶進程的進程是正常操作中，則可通知該用戶對其進行提交，從而達到釋放鎖資源的目的；若為未正常操作，即，其狀態(tài)為"inactive"，且其last_call_et已為較多長時間，則可執(zhí)行以下語句將該進程進行清除，系統(tǒng)會自動對其進行回滾，從而釋放鎖住的資源。

alter system kill session 'sid, serial#';
---- SQL 腳本如下：
set echo off
set feedback off
prompt '刪除舊記錄.....'
truncate table my_session;
truncate table my_lock;
truncate table my_sqltext;

prompt '獲取數(shù)據(jù).....'
insert into my_session
select 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_lock
select id1, kaddr, sid, request,type
from v$lock;

insert into my_sqltext
select hash_value , sql_text
from v$sqltext s, my_session m
where s.hash_value=m.sql_hash_value;

column username format a10
column machine format a15
column last_call_et format 99999 heading "Seconds"
column sid format 9999

prompt "正在等待別人的用戶"
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;

---- 以上思路也可用于其它大型數(shù)據(jù)庫系統(tǒng)如 Informix, Sybase,DB2中。通過使用該腳本，可以極大地提高獲取系統(tǒng)中當前鎖等待的情況，從而及時解決數(shù)據(jù)庫應(yīng)用系統(tǒng)中的鎖等待問題。而且，由于實際上已取出其 program 名及相應(yīng)的 sql 語句，故可以在事后將其記錄下來，交給其開發(fā)人員進行分析并從根本上得到解決。