oracle鎖的機(jī)制

在現(xiàn)代的多用戶多任務(wù)系統(tǒng)中，必然會出現(xiàn)多個用戶同時訪問共享的某個對象，這個對象可能是表，行，或者內(nèi)存結(jié)構(gòu)，為了解決多個用戶并發(fā)性訪問帶來的數(shù)據(jù)的安全性，完整性及一致性問題，必須要有一種機(jī)制，來使對這些共享資源的并發(fā)性訪問串行化，oracle中的鎖就可以提供這樣的功能，當(dāng)事務(wù)在對某個對象進(jìn)行操作前，先向系統(tǒng)發(fā)出請求，對其加相應(yīng)的鎖，加鎖后該事務(wù)就對該數(shù)據(jù)對象有了一定的控制權(quán)限，在該事務(wù)釋放鎖之前，其他的事務(wù)不能對此數(shù)據(jù)對象進(jìn)行更新操作（可以做select動作，但select 利用的是undo中的前鏡像數(shù)據(jù)了）.
Oracle鎖的分類
Oracle鎖基本上可以分為二類
a：共享鎖（share locks）? 也稱讀鎖，s鎖
b：排它鎖 (exclusive locks) 也稱寫鎖，x鎖
在數(shù)據(jù)庫中有兩種基本的鎖類型：排它鎖（Exclusive Locks，即X鎖）和共享鎖（Share Locks，即S鎖）。當(dāng)數(shù)據(jù)對象被加上排它鎖時，其他的事務(wù)不能對它讀取和修改。加了共享鎖的數(shù)據(jù)對象可以被其他事務(wù)讀取，但不能修改。數(shù)據(jù)庫利用這兩種基本的鎖類型來對數(shù)據(jù)庫的事務(wù)進(jìn)行并發(fā)控制。?
按鎖保護(hù)的內(nèi)容分類
oracle提供多粒度封鎖機(jī)制，按保護(hù)對象來分，據(jù)此又可以分為
a：dml鎖， data locks 數(shù)據(jù)鎖，用來保護(hù)數(shù)據(jù)的完整性和一致性
b：ddl鎖， dictionary locks 字典鎖，用來保護(hù)數(shù)據(jù)對象的結(jié)構(gòu)，如table，index的定義
c：內(nèi)部鎖和閂 internal locks and latchs 用來保護(hù)數(shù)據(jù)庫內(nèi)部結(jié)構(gòu)，如sga內(nèi)存結(jié)構(gòu)
dml鎖
DML鎖主要包括TM鎖和TX鎖，其中TM鎖稱為表級鎖，TM鎖的種類有S,X,SR,SX,SRX五種，TX鎖稱為事務(wù)鎖或行級鎖。當(dāng)Oracle執(zhí)行delete,update,insert,select for update? DML語句時，oracle首先自動在所要操作的表上申請TM類型的鎖。當(dāng)TM鎖獲得后，再自動申請TX類型的鎖，并將實(shí)際鎖定的數(shù)據(jù)行的鎖標(biāo)志位(lb 即lock bytes)進(jìn)行置位。在記錄被某一會話鎖定后，其他需要訪問被鎖定對象的會話會按先進(jìn)先出的方式等待鎖的釋放，對于select操作而言，并不需要任何鎖，所以即使記錄被鎖定，select語句依然可以執(zhí)行，實(shí)際上，在此情況下，oracle是用到undo的內(nèi)容進(jìn)行一致性讀來實(shí)現(xiàn)的。
在 Oracle數(shù)據(jù)庫中，當(dāng)一個事務(wù)首次發(fā)起一個DML語句時就獲得一個TX鎖，該鎖保持到事務(wù)被提交或回滾。在數(shù)據(jù)行上只有X鎖（排他鎖），就是說TX鎖只能是排他鎖，在記錄行上設(shè)置共享鎖沒有意義。當(dāng)兩個或多個會話在表的同一條記錄上執(zhí)行DML語句時，第一個會話在該條記錄上加鎖，其他的會話處于等待狀態(tài)。當(dāng)?shù)谝粋€會話提交后，TX鎖被釋放，其他會話才可以加鎖。
在數(shù)據(jù)表上，oracle默認(rèn)是共享鎖，在執(zhí)行dml語句的時候，oracle會先申請對象上的共享鎖，防止其他會話在這個對象上做ddl語句，成功申請表上的共享鎖后，再在受影響的記錄上加排它所，防止其他會話對這些做修改動作。
這樣在事務(wù)加鎖前檢查TX鎖相容性時就不用再逐行檢查鎖標(biāo)志，而只需檢查TM鎖模式的相容性即可，大大提高了系統(tǒng)的效率。TM鎖包括了SS、SX、S、X等多種模式，在數(shù)據(jù)庫中用0－6來表示。不同的SQL操作產(chǎn)生不同類型的TM鎖。如表1所示。
和鎖相關(guān)的性能視圖介紹
v$lock
SID????????? 會話的sid，可以和v$session 關(guān)聯(lián)???
TYPE???????? 區(qū)分該鎖保護(hù)對象的類型，如tm，tx，rt，mr等
ID1????????? 鎖表示1，詳細(xì)見下說明????????????????
ID2????????? 鎖表示2，詳細(xì)見下說明???????????
LMODE??????? 鎖模式，見下面說明?????????????
REQUEST????? 申請的鎖模式，同lmode?????????????????
CTIME??????? 已持有或者等待鎖的時間????????????????
BLOCK??????? 是否阻塞其他會話鎖申請 1:阻塞 0:不阻塞??
LMODE取值0,1,2,3,4,5,6, 數(shù)字越大鎖級別越高, 影響的操作越多。
1級鎖：
Select，有時會在v$locked_object出現(xiàn)。
2級鎖即RS鎖
相應(yīng)的sql有：Select for update ,Lock xxx in? Row Share mode，select for update當(dāng)對
話使用for update子串打開一個游標(biāo)時，所有返回集中的數(shù)據(jù)行都將處于行級(Row-X)獨(dú)
占式鎖定，其他對象只能查詢這些數(shù)據(jù)行，不能進(jìn)行update、delete或select for update
操作。
3級鎖即RX鎖
相應(yīng)的sql有：Insert, Update, Delete, Lock xxx in Row Exclusive mode，沒有commit
之前插入同樣的一條記錄會沒有反應(yīng), 因?yàn)楹笠粋€3的鎖會一直等待上一個3的鎖, 我們
必須釋放掉上一個才能繼續(xù)工作。
4級鎖即S鎖
相應(yīng)的sql有：Create Index, Lock xxx in Share mode
5級鎖即SRX鎖
相應(yīng)的sql有：Lock xxx in Share Row Exclusive mode，當(dāng)有主外鍵約束時update
/delete ... ; 可能會產(chǎn)生4,5的鎖。
6級鎖即X鎖
相應(yīng)的sql有：Alter table, Drop table, Drop Index, Truncate table, Lock xxx in Exclusive
mode
ID1,ID2的取值含義根據(jù)type的取值而有所不同
對于TM 鎖
ID1表示被鎖定表的object_id 可以和dba_objects視圖關(guān)聯(lián)取得具體表信息，ID2 值為0
對于TX 鎖
?ID1以十進(jìn)制數(shù)值表示該事務(wù)所占用的回滾段號和事務(wù)槽slot number號,其組形式:
?0xRRRRSSSS,RRRR=RBS/UNDO NUMBER,SSSS=SLOT NUMBER
ID2 以十進(jìn)制數(shù)值表示環(huán)繞wrap的次數(shù)，即事務(wù)槽被重用的次數(shù)
?????????????????????????????????????????????
v$locked_object
XIDUSN?????????????? undo segment number ， 可以和v$transaction關(guān)聯(lián)????
XIDSLOT????????????? undo slot number??????
XIDSQN?????????????? 序列號?????????????????????????
OBJECT_ID??????????? 被鎖定對象的object_id ，?? 可以和dba_objects關(guān)聯(lián)
SESSION_ID?????????? 持有該鎖的session_id，???? 可以和v$session關(guān)聯(lián)
ORACLE_USERNAME?? 持有該鎖的oracle帳號?????????????????????
OS_USER_NAME?????? 持有該鎖的操作系統(tǒng)帳號??????????????????????
PROCESS????????????? 操作系統(tǒng)的進(jìn)程號，可以和v$process關(guān)聯(lián)??????
LOCKED_MODE??????? 鎖模式，含義同v$lock.lmode
Dba_locks 和v$lock 內(nèi)容差不多,略
V$session 如果某個session被因?yàn)槟承┬斜黄渌麜掓i定而阻塞，則該視圖中的下面四個字段列出了這些行所屬對象的相關(guān)信息
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$'

鎖表進(jìn)程 的幾種方法
1首先要查看被鎖的信息。
查詢語句為select from v$locked_object；
可以查到以下字段可以查看到一些鎖表者的操作信息?
SESSION_ID ：我們需要在v$session表中查看的 sid 值
ORACLE_USERNAME ：鎖表者使用的oracle賬號 ?
OS_USER_NAME：鎖表這操作系統(tǒng)的用戶名稱
2、通過上面三點(diǎn)我們可以鎖定到部分鎖表者。
如果無法確定可以再查看select from v$session t where sid = '572'這里的sid就是我們上面v$locked_object表中查到的SESSION_ID 可以查到很多相關(guān)字段，我們只查看我們需要處理事務(wù)的幾個字段
sid ，SERIAL# 這兩個字段是用來殺進(jìn)程的字段。
PROGRAM 可以查看到使用者使用的工具
PREV_HASH_VALUE可以通過這個字段在查看出哪個sql語句執(zhí)行的鎖表
3、通過select * from v$sql where hash_value =‘PREV_HASH_VALUE’可以查看到相關(guān)鎖表語句。
4、確定可以去掉的不影響其他業(yè)務(wù)的語句可以殺掉的話可以執(zhí)行
ALTER system KILL session '2281,27935';這里的這兩個數(shù)字分別是sid ，SERIAL# 。
5、正常情況下到這一步就可以完成相關(guān)解鎖的操作，如果提示無法操作可以查看
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中查看 相關(guān)進(jìn)程
ps -ef|grep? spid
sid是上面的sid然后可以殺掉這個進(jìn)程
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 掉那個進(jìn)程==============================
alter system kill session 'sid,serial#';

--==========如果還沒釋放，殺掉對應(yīng)的OS進(jìn)程===============
kill -s 15 pid
--==========清除緩存=====================================
alter system set events = 'immediate trace name flush_cach