共計 3424 個字符，預計需要花費 9 分鐘才能閱讀完成。
這篇文章主要講解了“ORACLE 鎖的機制介紹”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著丸趣 TV 小編的思路慢慢深入，一起來研究和學習“ORACLE 鎖的機制介紹”吧！
數據庫是一個多用戶使用的共享資源。當多個用戶并發地存取數據時，在數據庫中就會產生多個事務同時存取同一數據的情況。若對并發操作不加控制就可能會讀取和存儲不正確的數據，破壞數據庫的一致性。
加鎖是實現數據庫并發控制的一個非常重要的技術。當事務在對某個數據對象進行操作前，先向系統發出請求，對其加鎖。加鎖后事務就對該數據對象有了一定的控制，在該事務釋放鎖之前，其他的事務不能對此數據對象進行更新操作。
在數據庫中有兩種基本的鎖類型：排它鎖（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 鎖分類表
五、oracle
鎖問題的解決
1. 查看哪些 session 鎖:
SQL 語句：
select alter system kill session || sid || , || serial# ||
from v$session
where sid in (select sid from v$lock where block = 1);
2. 查看 session 鎖.
sql 語句：
select s.sid, q.sql_text
from v$sqltext q, v$session s
where q.address = s.sql_address
and s.sid = sid
order by piece;
3. kill 鎖的進程.
SQL 語句：alter system kill session sid,serial# immediate;
4. 查看誰鎖了誰。
select s1.username || email = @ @ / email || s1.machine || (SID= || s1.sid ||) is blocking || s2.username || email = @ @ / email || s2.machine || (SID= || s2.sid ||) AS blocking_status
from v$lock l1, v$session s1, v$lock l2, v$session s2
where s1.sid = l1.sid
and s2.sid = l2.sid
and l1.BLOCK = 1
and l2.request 0
and l1.id1 = l2.id1
and l2.id2 = l2.id2;
注：
： 重定向輸出，將文件的標準輸出重新定向輸出到文件，或將數據文件作為另一程序的標準輸入內容。
| ：UNIX 管道：將一文件的輸出作為另一文件的輸入.
感謝各位的閱讀，以上就是“ORACLE 鎖的機制介紹”的內容了，經過本文的學習后，相信大家對 ORACLE 鎖的機制介紹這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是丸趣 TV，丸趣 TV 小編將為大家推送更多相關知識點的文章，歡迎關注！
