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

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

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

3級鎖有：Insert, Update, Delete, Lock Row Exclusive
沒有commit之前同樣的一條記錄會沒有反應, 因為后一個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 ... ; 可能會產生4,5的鎖。

當對父表進行修改時，若子表對應的記錄存在，則產生ORA-02292
異常；否則只對父表加TX鎖和RX鎖；

當對子表進行修改時，則除了對子表加加TX鎖和RX鎖外；對父表
也加了加SS鎖，這符合邏輯，因為父表此時必須滿足參考完整性；
也就是，對父表加SS鎖，避免此時對父表進行修改操作。

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

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

    查看當前會話sid:
    select sid from v$mystat where rownum<=1 ;
    查看當前session情況:
    select machine,username,sid,serial#,type,osuser,status from v$session;
   
    查看當前數據庫里鎖的情況可以用如下SQL語句:

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