轉自：https://blog.csdn.net/vertual/article/details/34540555
ORACLE里鎖有以下幾種模式:
0：none
1：null 空
2：Row-S 行共享(RS)：共享表鎖，sub share
3：Row-X 行獨占(RX)：用於行的修改，sub exclusive
4：Share 共享鎖(S)：阻止其他DML操作，share
5：S/Row-X 共享行獨占(SRX)：阻止其他事務操作，share/sub exclusive
6：exclusive 獨占(X)：獨立訪問使用，exclusive
1.oracle提供的所類型可以根據v$lock_type 中的type來查詢,我們平時接觸的最多的是兩種
select * from v$lock_type where type in ('TM','TX')
查看描述,可以大概的得知兩種鎖的信息.TM是同步訪問對象用的,TX是和事務有關的.
2.要知道的有2個概念:
(1).鎖定數據的鎖,也就是行級鎖,只有一種:排它鎖 exclusive (ROW)
(2).鎖定表上的鎖,即鎖定元數據的鎖 metadata(table),一共有5種:
RS: row share
RX: row exclusive
S: share
SRX: share row exclusive
X: exclusive4.根據oracle聯機文檔的concepts的
我們可以從這個表找出至少2個東西,.第一是每種數據庫操作都對應的是什么樣的鎖(參考中間那一列),第二是每種鎖之間,如果遇到之后是否會產生沖突,所謂沖突就是是否會使當前的數據庫操作夯住.其中Y*,表示如果兩個操作鎖定的是同一行,那么就會有沖突,后操作的會等待前一個操作完成之后再完成,否則會一直夯在那兒;如果不為同一行,那么則不會沖突,后操作的不會等待.舉一個例子來說明:假設現在A操作為:對id=1的記錄進行update,而B操作為:對id=2的記錄進行刪除,根據表格說明,在A上操作時在TM級別的鎖會是RX,TX級別只有一個是X,在B上會有一個TM級別的鎖會是RX,TX級別只有一個X,而根據表格說明,當RX遇到RX的時候,如果2個操作非同一條記錄,那么則不會沖突,故AB兩個操作均會按照各自的先加一個TM鎖,再加一個TX鎖,再順利執行各自的操作,不會夯住。如果將B操作的記錄id換位1,那么兩個操作記錄為同一條記錄,在TM鎖上會表現出沖突,所以B操作就會等待A操作完成提交后(也就是A的TX鎖釋放了后),B再相應的生成一個TX鎖和一個TM鎖再完成操作,否則的話會一直夯住,等待A釋放TX鎖.
3.常用的動態性能視圖:
select * from v$lock_type where type in ('TM','TX');
select * from v$lock;
select * from v$transaction;
重點說明一下v$lock視圖:
先設置一個場景:在session A中對一個表的記錄進行更新,更新完后並不提交,在session B中對改表的同一條記錄進行刪除
很清晰的看到2個sid產生了鎖.對於sid為140的session,產生了一個TM和一個TX鎖,TM的鎖模式(LMODE)=3,(3為RX: row exclusive和表格對照相符,當操作為update的時候,產生RX鎖);對於sid為147的session,也產生了一個TM和一個TX鎖,TM的鎖模式(LMODE)=3 (3為RX: row exclusive和表格對照相符,當操作為delete的時候,產生RX鎖),而TX的鎖模式(LMODE)=0,代表正在等待一個鎖.從v$lock_type的定義上面,我們也可以看出,type為TM的鎖,ID1表示的是object_id,查詢dba_objects可以很容易的得出鎖定的對象是TTT這個obj. 從最后一列BLOCK(該block並不代表塊,而是代表阻塞)=1也可以看出,sid=140的session在生成TX鎖之后,發現之后一個的操作也是修改該條記錄,所以BLOCK+1,表示阻塞其他的操作同時操作這條記錄.
另外,此時,查詢select * from v$transaction;視圖,也可以得到相關聯的信息
我們從v$lock_type對TX鎖的描述,可以知道TX是和事務有關的.因此查看之前v$lock上TX鎖的相關信息,可以看到ADDR的值與v$transaction的值是一樣的.甚至可以根據ID1的值來計算,鎖定的是哪個段:根據TX的ID1去除以和取余2的16次方,得到相關信息:
接着再在改表上創建一個索引 create index idx_ttt on ttt(object_id);
創建索引的同時,查詢v$lock表
可以發現在創建索引的會生成2個TM鎖,鎖類別分別為4和3,我們查詢這2個TM分別鎖定的是什么對象:
根據查詢結果發現lmode=4的object_id為55160的對象對應的是TTT這個表,LMODE=4對應的是TM的S鎖
總結
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的鎖, 我們必須釋放掉上一個才能繼續工作。
4級鎖有：Create Index, Lock Share
locked_mode為2,3,4不影響DML(insert,delete,update,select)操作, 但DDL(alter,drop等)操作會提示ora-00054錯誤。
00054, 00000, "resource busy and acquire with NOWAIT specified"
// *Cause: Resource interested is busy.
// *Action: Retry if necessary.
5級鎖有：Lock Share Row Exclusive
具體來講有主外鍵約束時update / delete ... ; 可能會產生4,5的鎖。
6級鎖有：Alter table, Drop table, Drop Index, Truncate table, Lock Exclusive
Oracle進程無法KILL處理方案：
出處：
1.oracle提供的所類型可以根據v$lock_type 中的type來查詢,我們平時接觸的最多的是兩種
Oracle進程被KILL之后，狀態被置為"KILLED"，但是鎖定的資源長時間不釋放，會出現類似下面這樣的錯誤提示：
ORA-00030: User session ID does not exist
或
ORA-00031: session marked for kill
以往大多都是通過重啟數據庫的方式來強行釋放鎖資源。
現提供另一種方式解決該問題，在ORACLE中KILL不掉，在OS系統中再殺，操作方式如下：
1.下面的語句用來查詢哪些對象被鎖：
select object_name,machine,s.sid,s.serial# from v$locked_object l,dba_objects o ,v$session s where l.object_id = o.object_id and l.session_id=s.sid;
2.下面的語句用來殺死一個進程：
alter system kill session '42,21993';
3在os一級再殺死相應的進程（線程），首先執行下面的語句獲得進程（線程）號：
select spid, osuser, s.program from v$session s,v$process p where s.paddr=p.addr and s.sid=24 （24是上面的sid）
4.在OS上殺死這個進程（線程）：
1)在unix上，用root身份執行命令:
#kill -9 12345（即第3步查詢出的spid）
2)在windows（unix也適用）用orakill殺死線程，orakill是oracle提供的一個可執行命令，語法為：
orakill sid thread
sid：表示要殺死的進程屬於的實例名
thread：是要殺掉的線程號，即第3步查詢出的spid。