以下的文章抓喲是對Oracle鎖的運行機制原理的描述我們大家都知道在現代的多用戶與多任務系統中出現多個用戶同時訪問共享的某個對象的幾率特別大這個對象可能是表行或者內存結構
為了解決多個用戶並發性訪問帶來的數據的 安全性完整性及一致性問題必須要有一種機制
來使對這些共享資源的並發性訪問串行化Oracle鎖就可以提供這樣的功能當事務在對某個對象進行操作前先向系統發出請求對其加相應的鎖加鎖後該事務就對該數據對象有了一定的控制權限在該事務釋放鎖之前其他的事務不能對此數據對象進行更新操作（可以做select動作但select 利用的是undo中的前鏡像數據了）
Oracle鎖的分類
Oracle鎖基本上可以分為二類
a共享鎖（share locks） 也稱讀鎖s鎖
b排它鎖 (exclusive locks) 也稱寫鎖x鎖
在數據庫中 有兩種基本的鎖類型排它鎖（Exclusive Locks即X鎖）和共享鎖（Share Locks即S鎖）當數據對象被加上排它鎖時其他的事務不能對它讀取和修改加了共享鎖的數據對象可以被其他事務讀取但不能修改數據庫利用這兩 種基本的鎖類型來對數據庫的事務進行並發控制
按鎖保護的內容分類
Oracle提供多粒度封鎖機制按保護對象來分據此又可以分為
adml鎖 data locks 數據鎖用來保護數據的完整性和一致性
bddl鎖 dictionary locks 字典鎖用來保護數據對象的結構如tableindex的定義
c內部鎖和闩 internal locks and latchs 用來保護數據庫內部結構如sga內存結構
dml鎖
DML鎖主要包括TM鎖和TX鎖其中TM鎖稱為表級鎖TM鎖的種類有SXSRSXSRX五種TX鎖稱為事務鎖或行級 鎖當Oracle執行deleteupdateinsertselect for update DML語句時Oracle首先自動在所要操作的表上申請TM類型的鎖
當TM鎖獲得後再自動申請TX類型的鎖並將實際鎖定的數據行的鎖標志位(lb 即lock bytes)進行置位在記錄被某一會話鎖定後其他需要訪問被鎖定對象的會話會按先進先出的方式等待鎖的釋放對於select操作而言並不需要任何 Oracle鎖所以即使記錄被鎖定select語句依然可以執行實際上在此情況下Oracle是用到undo的內容進行一致性讀來實現的
在 Oracle數據庫中當一個事務首次發起一個DML語句時就獲得一個TX鎖該鎖保持到事務被提交或回滾在數據行上只有X鎖（排他鎖）就是說TX鎖 只能是排他鎖在記錄行上設置共享鎖沒有意義當兩個或多個會話在表的同一條記錄上執行DML語句時第一個會話在該條記錄上加鎖其他的會話處於等待狀 態當第一個會話提交後TX鎖被釋放其他會話才可以加鎖
在數據表上Oracle默認是共享鎖在執行dml語句的時候Oracle會先申請對象上的共享鎖防止其他會話在這個對象上做ddl語句成功申請表上的共享鎖後再在受影響的記錄上加排它所防止其他會話對這些做修改動作
這樣在事務加鎖前檢查TX鎖相容性時就不用再逐行檢查Oracle鎖標志而只需檢查TM鎖模式的相容性即可大大提高了系統的效率TM鎖包括了SSSXSX等多種模式在數據庫中用－來表示不同的SQL操作產生不同類型的TM鎖如表所示
和鎖相關的性能視圖介紹
v$lock
SID 會話的sid可以和v$session 關聯
TYPE 區分該鎖保護對象的類型如tmtxrtmr等
ID 鎖表示詳細見下說明
ID 鎖表示詳細見下說明
LMODE 鎖模式見下面說明
REQUEST 申請的Oracle鎖模式同lmode
CTIME 已持有或者等待鎖的時間
BLOCK 是否阻塞其他會話鎖申請 :阻塞 :不阻塞
LMODE取值 數字越大鎖級別越高 影響的操作越多
級鎖
Select有時會在v$locked_object出現
級鎖即RS鎖
相應的sql有Select for update Lock xxx in Row Share modeselect for update
當對話使用for update子串打開一個游標時所有返回集中的數據行都將處於行級(RowX)獨占式Oracle鎖定其他對象只能查詢這些數據行不能進行updatedelete或select for update操作
From:http://tw.wingwit.com/Article/program/Oracle/201311/16509.html
