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

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

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

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

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

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

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

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

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

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

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

    查看當(dāng)前會(huì)話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語句:

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

最新評(píng)論