摘自《計算機世界日報》(文/趙華良)
---- 在大型資料庫系統中，為了保證資料的一致性，在對資料庫中的資料進行操作時，系統會進行對資料相應的鎖定。

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

---- 若為"行級排它鎖"，則除被鎖住的該行外，該表中其它行均可被其它的使用者進行修改(Update)或刪除(delete)操作，若為"表級排它鎖"，則所有其它使用者只能對該表進行查詢(select)操作，而無法對其中的任何記錄進行修改或刪除。當程式對所做的修改進行提交(commit)或回滾後(rollback)後，鎖住的資源便會得到釋放，從而允許其它使用者進行操作。[@more@]---- 但是，有時，由於程式中的原因，鎖住資源後長時間未對其工作進行提交；或是由於使用者的原因，如調出需要修改的資料後，未及時修改並提交，而是放置於一旁；或是由於客戶伺服器方式中客戶端出現"當機"，而伺服器端卻並未檢測到，從而造成鎖定的資源未被及時釋放，影響到其它使用者的操作。

---- 因而，如何迅速地診斷出鎖住資源的使用者以及解決其鎖定便是資料庫管理員的一個挑戰。

---- 由於資料庫應用系統越來越複雜，一旦出現由於鎖資源未及時釋放的情況，便會引起對一相同表進行操作的大量使用者無法進行操作，從而影響到系統的使用。此時，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_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 檢視中取出欄位，建立 my_lock 表，並在查詢要用到的欄位上建立索引，以加快查詢速度
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 檢視中取出欄位，建立 my_sqltext 表，並在查詢要用到的欄位上建立索引，以加快查詢速度
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);

---- 然後，建立一個 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 off
set feedback off
prompt '刪除舊記錄.....'
truncate table my_session;
truncate table my_lock;
truncate table my_sqltext;

prompt '獲取資料.....'
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;

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

怎樣快速查出Oracle 資料庫中的鎖等待

相關文章