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

轉載于:https://www.cnblogs.com/vinyfeng/articles/1801525.html

總結

以上是生活随笔為你收集整理的深入浅出oracle锁原理篇的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。