1. 程式人生 > >oracle鎖的機制

oracle鎖的機制

and table 數值 內存 xxx term 定義 ssi sys

在現代的多用戶多任務系統中,必然會出現多個用戶同時訪問共享的某個對象,這個對象可能是表,行,或者內存結構,為了解決多個用戶並發性訪問帶來的數據的安全性,完整性及一致性問題,必須要有一種機制,來使對這些共享資源的並發性訪問串行化,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#‘;

?


select from v$lock;
select
from v$locked_objecit;
select * from v$session;
alter system kill session ‘sid,serial$‘

鎖表進程 的幾種方法
1首先要查看被鎖的信息。
查詢語句為select from v$locked_object;
可以查到以下字段可以查看到一些鎖表者的操作信息?
SESSION_ID :我們需要在v$session表中查看的 sid 值
ORACLE_USERNAME :鎖表者使用的oracle賬號 ?
OS_USER_NAME:鎖表這操作系統的用戶名稱
2、通過上面三點我們可以鎖定到部分鎖表者。
如果無法確定可以再查看select
from v$session t where sid = ‘572‘這裏的sid就是我們上面v$locked_object表中查到的SESSION_ID 可以查到很多相關字段,我們只查看我們需要處理事務的幾個字段
sid ,SERIAL# 這兩個字段是用來殺進程的字段。
PROGRAM 可以查看到使用者使用的工具
PREV_HASH_VALUE可以通過這個字段在查看出哪個sql語句執行的鎖表
3、通過select * from v$sql where hash_value =‘PREV_HASH_VALUE’可以查看到相關鎖表語句。
4、確定可以去掉的不影響其他業務的語句可以殺掉的話可以執行
ALTER system KILL session ‘2281,27935‘;這裏的這兩個數字分別是sid ,SERIAL# 。
5、正常情況下到這一步就可以完成相關解鎖的操作,如果提示無法操作可以查看
select pro.spid from v$session ses,v$process pro where ses.sid=1335 and ses.paddr=pro.addr;?
這裏sid就是上面1的 SESSION_ID 。
查出 spid 後再在Linux中查看 相關進程
ps -ef|grep? spid
sid是上面的sid然後可以殺掉這個進程
KILL -9 ‘剛才查出的SPID‘
================首先查找阻塞的用戶====================

SELECT /+ rule / s.username,
decode(l.type,‘TM‘,‘TABLE LOCK‘,
‘TX‘,‘ROW LOCK‘,
NULL) LOCK_LEVEL,
o.owner,o.object_name,o.object_type,
s.sid,s.serial#,s.terminal,s.machine,s.program,s.osuser
FROM v$session s,v$lock l,dba_objects o
WHERE l.sid = s.sid
AND l.id1 = o.object_id(+)
AND s.username is NOT Null

--==========kill 掉那個進程==============================
alter system kill session ‘sid,serial#‘;

--==========如果還沒釋放,殺掉對應的OS進程===============
kill -s 15 pid
--==========清除緩存=====================================
alter system set events = ‘immediate trace name flush_cach

oracle鎖的機制