快捷導(dǎo)航

基于oracle中鎖的深入理解

更新時間：2013年05月30日 10:41:32 投稿：jingxian

本篇文章是對oracle中的鎖進(jìn)行了詳細(xì)的分析介紹，需要的朋友參考下

ORACLE里鎖有以下幾種模式:
0：none
1：null 空
2：Row-S 行共享(RS)：共享表鎖
3：Row-X 行專用(RX)：用于行的修改
4：Share 共享鎖(S)：阻止其他DML操作
5：S/Row-X 共享行專用(SRX)：阻止其他事務(wù)操作

數(shù)字越大鎖級別越高, 影響的操作越多。
1級鎖有：Select，有時會在v$locked_object出現(xiàn)。

2級鎖有：Select for update,Lock For Update,Lock Row Share
select for update當(dāng)對話使用for update子串打開一個光標(biāo)時，所有返回集中的數(shù)據(jù)行都將處于行級(Row-X)獨(dú)占式鎖定，其它對象只能查詢這些數(shù)據(jù)行，不能進(jìn)行update、delete或select for update操作。

3級鎖有：Insert, Update, Delete, Lock Row Exclusive
沒有commit之前同樣的一條記錄會沒有反應(yīng), 因?yàn)楹笠粋€3的鎖會一直等待上一個3的鎖, 我們必須釋放掉上一個才能繼續(xù)工作。

4級鎖有：Create Index, Lock Share locked_mode為2,3,4不影響DML(insert,delete,update,select)操作, 但DDL(alter,drop等)操作會提示ora-00054錯誤。

ORA-00054: resource busy and acquire with NOWAIT specified
(ORA-00054: 資源正忙, 但指定以 NOWAIT 方式獲取資源)

5級鎖有：Lock Share Row Exclusive
具體來講有主外鍵約束時update / delete ... ; 可能會產(chǎn)生4,5的鎖。

當(dāng)對父表進(jìn)行修改時，若子表對應(yīng)的記錄存在，則產(chǎn)生ORA-02292
異常；否則只對父表加TX鎖和RX鎖；

當(dāng)對子表進(jìn)行修改時，則除了對子表加加TX鎖和RX鎖外；對父表
也加了加SS鎖，這符合邏輯，因?yàn)楦副泶藭r必須滿足參考完整性；
也就是，對父表加SS鎖，避免此時對父表進(jìn)行修改操作。

上面鎖說的修改，都是對子父表存在參考完整性的字段操作的。

6級鎖有：Alter table, Drop table, Drop Index, Truncate table, Lock Exclusive
以DBA角色：

復(fù)制代碼代碼如下:

col owner for a12
col object_name for a30
col machine for a32
    col USERNAME for a16
    col OSUSER for a16

    查看當(dāng)前會話sid:
    select sid from v$mystat where rownum<=1 ;
    查看當(dāng)前session情況:
    select machine,username,sid,serial#,type,osuser,status from v$session;

    查看當(dāng)前數(shù)據(jù)庫里鎖的情況可以用如下SQL語句:

復(fù)制代碼代碼如下:

select s.username,o.object_name,s.machine,s.sid,s.serial#,k.type
from v$locked_object l,dba_objects o ,v$session s,v$lock k
where l.object_id  =  o.object_id and l.session_id=s.sid and k.sid=s.sid

如果有長期出現(xiàn)的一列，可能是沒有釋放的鎖。我們可以用下面SQL語句殺掉長期沒有釋放非正常的鎖：alter system kill session 'sid,serial#';
如果出現(xiàn)了鎖的問題, 某個DML操作可能等待很久沒有反應(yīng)。