資料庫是乙個多使用者使用的共享資源。當多個使用者併發地訪問資料時，在資料庫中就會產生多個事務同時訪問同一資料的情況。若對併發操作不加控制就可能會讀取和儲存不正確的資料，破壞資料庫的一致性。
加鎖是實現資料庫併發控制的乙個非常重要的技術。當事務在對某個資料物件進行操作前，先向系統發出請求，對其加鎖。加鎖後事務就對該資料物件有了一定的控制，在該事務釋放鎖之前，其他的事務不能對此資料物件進行更新操作。
在資料庫中有兩種基本的鎖型別：排它鎖（exclusive locks，即x鎖）和共享鎖（share locks，即s鎖）。當資料物件被加上排它鎖時，其他的事務不能對它讀取和修改。加了共享鎖的資料物件可以被其他事務讀取，但不能修改。資料庫利用這兩種基本的鎖型別來對資料庫的事務進行併發控制。
oracle資料庫的鎖型別
根據保護的物件不同，oracle資料庫鎖可以分為以下幾大類：dml鎖（data locks，資料鎖），用於保護資料的完整性；ddl鎖（dictionary locks，字典鎖），用於保護資料庫物件的結構，如表、索引等的結構定義；內部鎖和閂（internal locks and latches），保護 資料庫的內部結構。
dml鎖的目的在於保證併發情況下的資料完整性，。在oracle資料庫中，dml鎖主要包括tm鎖和tx鎖，其中tm鎖稱為表級鎖，tx鎖稱為事務鎖或行級鎖。
當oracle 執行dml語句時，系統自動在所要操作的表上申請tm型別的鎖。當tm鎖獲得後，系統再自動申請tx型別的鎖，並將實際鎖定的資料行的鎖標誌位進行置位。這樣在事務加鎖前檢查tx鎖相容性時就不用再逐行檢查鎖標誌，而只需檢查tm鎖模式的相容性即可，大大提高了系統的效率。tm鎖包括了ss、sx、s、x 等多種模式，在資料庫中用0－6來表示。不同的sql操作產生不同型別的tm鎖。
在資料行上只有x鎖（排他鎖）。在 oracle資料庫中，當乙個事務首次發起乙個dml語句時就獲得乙個tx鎖，該鎖保持到事務被提交或回滾。當兩個或多個會話在表的同一條記錄上執行 dml語句時，第乙個會話在該條記錄上加鎖，其他的會話處於等待狀態。當第乙個會話提交後，tx鎖被釋放，其他會話才可以加鎖。
當oracle資料庫發生tx鎖等待時，如果不及時處理常常會引起oracle資料庫掛起，或導致死鎖的發生，產生ora-60的錯誤。這些現象都會對實際應用產生極大的危害，如長時間未響應，大量事務失敗等。
悲觀封鎖和樂觀封鎖
一、悲觀封鎖
鎖在使用者修改之前就發揮作用：
select ..for update（nowait)
select * from tab1 for update
使用者發出這條命令之後，oracle將會對返回集中的資料建立行級封鎖，以防止其他使用者的修改。
如果此時其他使用者對上面返回結果集的資料進行dml或ddl操作都會返回乙個錯誤資訊或發生阻塞。
1：對返回結果集進行update或delete操作會發生阻塞。
2：對該錶進行ddl操作將會報：ora-00054:resource busy and acquire with nowait specified.
原因分析
此時oracle已經對返回的結果集上加了排它的行級鎖，所有其他對這些資料進行的修改或刪除操作都必須等待這個鎖的釋放，產生的外在現象就是其他的操作將發生阻塞，這個這個操作commit或rollback.
同樣這個查詢的事務將會對該表加表級鎖，不允許對該錶的任何ddl操作，否則將會報出ora-00054錯誤：:resource busy and acquire with nowait specified.
二、樂觀封鎖
樂觀的認為資料在select出來到update進取並提交的這段時間資料不會被更改。這裡面有一種潛在的危險就是由於被選出的結果集並沒有被鎖定，是存在一種可能被其他使用者更改的可能。因此oracle仍然建議是用悲觀封鎖，因為這樣會更安全。
阻塞 定義：
當乙個會話保持另乙個會話正在請求的資源上的鎖定時，就會發生阻塞。被阻塞的會話將一直掛起，直到持有鎖的會話放棄鎖定的資源為止。4個常見的dml語句會產生阻塞
insert
update
delete
select…for update
insert
insert發生阻塞的唯一情況就是使用者擁有乙個建有主鍵約束的表。當2個的會話同時試圖向表中插入相同的資料時，其中的乙個會話將被阻塞，直到另外乙個會話提交或會滾。乙個會話提交時，另乙個會話將收到主鍵重複的錯誤。回滾時，被阻塞的會話將繼續執行。
update 和delete當執行update和delete操作的資料行已經被另外的會話鎖定時，將會發生阻塞，直到另乙個會話提交或會滾。
select …for update
當乙個使用者發出select..for update的錯作準備對返回的結果集進行修改時，如果結果集已經被另乙個會話鎖定，就是發生阻塞。需要等另乙個會話結束之後才可繼續執行。可以通過發出 select… for update nowait的語句來避免發生阻塞，如果資源已經被另乙個會話鎖定，則會返回以下錯誤：ora-00054:resource busy and acquire with nowait specified.
死鎖-deadlock
定義:當兩個使用者希望持有對方的資源時就會發生死鎖.
即兩個使用者互相等待對方釋放資源時,oracle認定為產生了死鎖,在這種情況下,將以犧牲乙個使用者作為代價,另乙個使用者繼續執行,犧牲的使用者的事務將回滾.
例子：
1：使用者1對a表進行update，沒有提交。
2：使用者2對b表進行update，沒有提交。
此時雙反不存在資源共享的問題。
3：如果使用者2此時對a表作update,則會發生阻塞，需要等到使用者一的事物結束。
4：如果此時使用者1又對b表作update，則產生死鎖。此時oracle會選擇其中乙個使用者進行會滾，使另乙個使用者繼續執行操作。
起因:
oracle的死鎖問題實際上很少見，如果發生，基本上都是不正確的程式設計造成的，經過調整後，基本上都會避免死鎖的發生。
dml鎖分類表
表1 oracle的tm鎖型別
鎖模式 鎖描述 解釋 sql操作
0 none
1 null 空 select
2 ss(row-s) 行級共享鎖，其他物件
只能查詢這些資料行 select for update、lock for
update、lock row share
3 sx(row-x) 行級排它鎖，
在提交前不允許做dml操作 insert、update、
delete、lock row share
4 s(share) 共享鎖 create index、lock share
5 ssx(s/row-x) 共享行級排它鎖 lock share row exclusive
6 x(exclusive) 排它鎖 alter table、drop able、drop index、truncate table 、lock exclusive
ORACLE鎖機制研究
資料庫是乙個多使用者使用的共享資源。當多個使用者併發地訪問資料時，在資料庫中就會產生多個事務同時訪問同一資料的情況。若對併發操作不加控制就可能會讀取和儲存不正確的資料，破壞資料庫的一致性。加鎖是實現資料庫併發控制的乙個非常重要的技術。當事務在對某個資料物件進行操作前，先向系統發出請求，對其加鎖。加鎖...
Oracle資料庫中的鎖機制研究
本文通過對oracle資料庫鎖機制的研究，首先介紹了oracle資料庫鎖的種類，並描述了實際應用中遇到的與鎖相關的異常情況，特別對經常遇到 的由於等待鎖而使事務被掛起的問題進行了定位及解決，並對死鎖這一比較嚴重的現象，提出了相應的解決方法和具體的分析過程。資料庫是乙個多使用者使用的共享資源。當多個使...
Oracle資料庫中的鎖機制研究
本文通過對oracle資料庫鎖機制的研究，首先介紹了oracle資料庫鎖的種類，並描述了實際應用中遇到的與鎖相關的異常情況，特別對經常遇到的由於等待鎖而使事務被掛起的問題進行了定位及解決，並對死鎖這一比較嚴重的現象，提出了相應的解決方法和具體的分析過程。資料庫是乙個多使用者使用的共享資源。當多個使用...