深入淺出oracle鎖—原理篇

    在現代的多使用者多任務系統中，必然會出現多個使用者同時訪問共用的某個對象，這個對象可能是表，行，或者記憶體結構，為瞭解決多個使用者並發性訪問帶來的資料的安全性，完整性及一致性問題，必須要有一種機制，來使對這些共用資源的並發性訪問序列化，oracle中的鎖就可以提供這樣的功能，當事務在對某個對象進行操作前，先向系統發出請求，對其加相應的鎖，加鎖後該事務就對該資料對象有了一定的控制許可權，在該事務釋放鎖之前，其他的事務不能對此資料對象進行更新操作（可以做select動作，但select 利用的是undo中的前鏡像資料了）.

    Oracle鎖的分類
    Oracle鎖基本上可以分為二類
    a：共用鎖定（share locks）  也稱讀鎖，s鎖
    b：排它鎖 (exclusive locks) 也稱寫鎖，x鎖

    在資料庫中有兩種基本的鎖類型：排它鎖（Exclusive Locks，即X鎖）和共用鎖定（Share Locks，即S鎖）。當資料對象被加上排它鎖時，其他的事務不能對它讀取和修改。加了共用鎖定的資料對象可以被其他事務讀取，但不能修改。資料庫利用這兩種基本的鎖類型來對資料庫的事務進行並發控制。

 

    按鎖保護的內容分類
    oracle提供多粒度封鎖機制，按保護對象來分，據此又可以分為
    a：dml鎖， data locks 資料鎖，用來保護資料的完整性和一致性
    b：ddl鎖， dictionary locks 字典鎖，用來保護資料對象的結構，如table，index的定義
    c：內部鎖和閂 internal locks and latchs 用來保護資料庫內部結構，如sga記憶體結構

 

    dml鎖
    DML鎖主要包括TM鎖和TX鎖，其中TM鎖稱為表級鎖，TM鎖的種類有S,X,SR,SX,SRX五種，TX鎖稱為事務鎖或行級鎖。當Oracle執行delete,update,insert,select for update  DML語句時，oracle首先自動在所要操作的表上申請TM類型的鎖。當TM鎖獲得後，再自動申請TX類型的鎖，並將實際鎖定的資料行的鎖標誌位(lb 即lock bytes)進行置位。在記錄被某一會話鎖定後，其他需要訪問被鎖定對象的會話會按先進先出的方式等待鎖的釋放，對於select操作而言，並不需要任何鎖，所以即使記錄被鎖定，select語句依然可以執行，實際上，在此情況下，oracle是用到undo的內容進行一致性讀來實現的。

    在 Oracle資料庫中，當一個事務首次發起一個DML語句時就獲得一個TX鎖，該鎖保持到事務被提交或復原。在資料行上只有X鎖（獨佔鎖定），就是說TX鎖只能是獨佔鎖定，在記錄行上設定共用鎖定沒有意義。當兩個或多個會話在表的同一條記錄上執行DML語句時，第一個會話在該條記錄上加鎖，其他的會話處於等待狀態。當第一個會話提交後，TX鎖被釋放，其他會話才可以加鎖。

    在資料表上，oracle預設是共用鎖定，在執行dml語句的時候，oracle會先申請對象上的共用鎖定，防止其他會話在這個對象上做ddl語句，成功申請表上的共用鎖定後，再在受影響的記錄上加排它所，防止其他會話對這些做修改動作。

    這樣在事務加鎖前檢查TX鎖相容性時就不用再逐行檢查鎖標誌，而只需檢查TM鎖模式的相容性即可，大大提高了系統的效率。TM鎖包括了SS、SX、S、X等多種模式，在資料庫中用0－6來表示。不同的SQL操作產生不同類型的TM鎖。如表1所示。

    和鎖相關的效能檢視介紹

v$lock
SID          會話的sid，可以和v$session 關聯  
TYPE         區分該鎖保護對象的類型，如tm，tx，rt，mr等
ID1          鎖表示1，詳細見下說明               
ID2          鎖表示2，詳細見下說明          
LMODE        鎖模式，見下面說明            
REQUEST      申請的鎖模式，同lmode                
CTIME        已持有或者等待鎖的時間               
BLOCK        是否阻塞其他會話鎖申請 1:阻塞 0:不阻塞 

LMODE取值0,1,2,3,4,5,6, 數字越大鎖層級越高, 影響的操作越多。

1級鎖：
    Select，有時會在v$locked_object出現。

2級鎖即RS鎖
    相應的sql有：Select for update ,Lock xxx in  Row Share mode，select for update當對話使用for update子串開啟一個遊標時，所有返回集中的資料行都將處於行級(Row-X)獨佔式鎖定，其他對象只能查詢這些資料行，不能進行update、delete或select for update操作。

3級鎖即RX鎖
    相應的sql有：Insert, Update, Delete, Lock xxx in Row Exclusive mode，沒有commit
之前插入同樣的一條記錄會沒有反應, 因為後一個3的鎖會一直等待上一個3的鎖, 我們
必須釋放掉上一個才能繼續工作。

4級鎖即S鎖
    相應的sql有：Create Index, Lock xxx in Share mode

5級鎖即SRX鎖
    相應的sql有：Lock xxx in Share Row Exclusive mode，當有主外鍵約束時update/delete ... ; 可能會產生4,5的鎖。

6級鎖

    即X鎖相應的sql有：Alter table, Drop table, Drop Index, Truncate table, Lock xxx in Exclusive mode

 

ID1,ID2的取值含義根據type的取值而有所不同
對於TM 鎖
ID1表示被鎖定表的object_id 可以和dba_objects視圖關聯取得具體表資訊，ID2 值為0
對於TX 鎖
 ID1以十進位數值表示該事務所佔用的復原段號和事務槽slot number號,其組形式:
 0xRRRRSSSS,RRRR=RBS/UNDO NUMBER,SSSS=SLOT NUMBER
ID2 以十進位數值表示環繞wrap的次數，即事務槽被重用的次數
                                            
v$locked_object
XIDUSN               undo segment number ， 可以和v$transaction關聯   
XIDSLOT              undo slot number     
XIDSQN               序號                        
OBJECT_ID            被鎖定對象的object_id ，   可以和dba_objects關聯
SESSION_ID           持有該鎖的session_id，     可以和v$session關聯
ORACLE_USERNAME   持有該鎖的oracle帳號                    
OS_USER_NAME       持有該鎖的作業系統帳號                     
PROCESS              作業系統的進程號，可以和v$process關聯     
LOCKED_MODE        鎖模式，含義同v$lock.lmode

Dba_locks 和v$lock 內容差不多,略

V$session 如果某個session被因為某些行被其他會話鎖定而阻塞，則該視圖中的下面四個欄位列出了這些行所屬對象的相關資訊
ROW_WAIT_FILE# 等待的行所在的檔案號
ROW_WAIT_OBJ#  等待的行所屬的object_id
ROW_WAIT_BLOCK# 等待的行所屬的block
ROW_WAIT_ROW#   等待的行在blcok中的位置

手工釋放鎖
alter system kill session 'sid,serial#';

 

本文來自CSDN部落格，轉載請標明出處：http://blog.csdn.net/tangyangbuaa/archive/2009/09/07/4526146.aspx