加鎖是實現數據庫並發控制的一個非常重要的技術。當事務在對某個數據對象進行操作前，先向系統發出請求，對其加鎖。加鎖後事務就對該數據對象有了一定的控制，在該事務釋放鎖之前，其他的事務不能對此數據對象進行更新操作。
在數據庫中有兩種基本的鎖類型：排它鎖（Exclusive Locks，即X鎖）和共享鎖（Share Locks，即S鎖）。當數據對象被加上排它鎖時，其他的事務不能對它讀取和修改。加了共享鎖的數據對象可以被其他事務讀取，但不能修改。數據庫利用這兩種基本的鎖類型來對數據庫的事務進行並發控制。
在實際應用中經常會遇到的與鎖相關的異常情況，如由於等待鎖事務被掛起、死鎖等現象，如果不能及時地解決，將嚴重影響應用的正常執行，而目前對於該類問題的解決缺乏系統化研究和指導，本文在總結實際經驗的基礎上，提出了相應的解決方法和具體的分析過程。
Oracle數據庫的鎖類型
根據保護的對象不同，Oracle數據庫鎖可以分為以下幾大類：DML鎖（data locks，數據鎖），用於保護數據的完整性；DDL鎖（dictionary locks，字典鎖），用於保護數據庫對象的結構，如表、索引等的結構定義；內部鎖和闩（internal locks and latches），保護數據庫的內部結構。
DML鎖的目的在於保證並發情況下的數據完整性，本文主要討論DML鎖。在Oracle數據庫中，DML鎖主要包括TM鎖和TX鎖，其中TM鎖稱為表級鎖，TX鎖稱為事務鎖或行級鎖。
當Oracle執行DML語句時，系統自動在所要操作的表上申請TM類型的鎖。當TM鎖獲得後，系統再自動申請TX類型的鎖，並將實際鎖定的數據行的鎖標志位進行置位。這樣在事務加鎖前檢查TX鎖相容性時就不用再逐行檢查鎖標志，而只需檢查TM鎖模式的相容性即可，大大提高了系統的效率。TM鎖包括了SS、SX、S、X等多種模式，在數據庫中用0－6來表示。不同的SQL操作產生不同類型的TM鎖。如表1所示。
表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
在數據行上只有X鎖（排他鎖）。在 Oracle數據庫中，當一個事務首次發起一個DML語句時就獲得一個TX鎖，該鎖保持到事務被提交或回滾。當兩個或多個會話在表的同一條記錄上執行DML語句時，第一個會話在該條記錄上加鎖，其他的會話處於等待狀態。當第一個會話提交後，TX鎖被釋放，其他會話才可以加鎖。
當Oracle數據庫發生TX鎖等待時，如果不及時處理常常會引起Oracle數據庫掛起，或導致死鎖的發生，產生ORA-60的錯誤。這些現象都會對實際應用產生極大的危害，如長時間未響應，大量事務失敗等。
TX鎖等待的分析
在介紹了有關地Oracle數據庫鎖的種類後，下面討論如何有效地監控和解決鎖等待現象及在產生死鎖時如何定位死鎖的原因。
監控鎖的相關視圖 數據字典是Oracle數據庫的重要組成部分，用戶可以通過查詢數據字典視圖來獲得數據庫的信息。和鎖相關的數據字典視圖如表2所示。
表2：數據字典視圖說明
視圖名 描述 主要字段說明 v$session 查詢會話的信息和鎖的信息。sid,serial#：表示會話信息。
program：表示會話的應用程序信息。
row_wait_obj#：表示等待的對象。
和dba_objects中的object_id相對應。
v$session_wait 查詢等待的會話信息。sid：表示持有鎖的會話信息。
Seconds_in_wait：表示等待持續的時間信息。
Event：表示會話等待的事件。
v$lock 列出系統中的所有的鎖。Sid：表示持有鎖的會話信息。
Type：表示鎖的類型。值包括TM和TX等。
ID1：表示鎖的對象標識。
lmode,request：表示會話等待的鎖模式的信息。用數字0－6表示，和表1相對應。
dba_locks 對v$lock的格式化視圖。Session_id：和v$lock中的Sid對應。
Lock_type：和v$lock中的type對應。
Lock_ID1： 和v$lock中的ID1對應。
Mode_held,mode_requested：和v$lock中的lmode,request相對應。
v$locked_object 只包含DML的鎖信息，包括回滾段和會話信息。Xidusn,xidslot,xidsqn：表示回滾段信息。和v$transaction相關聯。
Object_id：表示被鎖對象標識。
Session_id：表示持有鎖的會話信息。
Locked_mode：表示會話等待的鎖模式的信息，和v$lock中的lmode一致。
TX鎖等待的監控和解決在日常工作中，如果發現在執行某條SQL時數據庫長時間沒有響應，很可能是產生了TX鎖等待的現象。為解決這個問題，首先應該找出持鎖的事務，然後再進行相關的處理，如提交事務或強行中斷事務。
死鎖的監控和解決在數據庫中，當兩個或多個會話請求同一個資源時會產生死鎖的現象。死鎖的常見類型是行級鎖死鎖和頁級鎖死鎖，Oracle數據庫中一般使用行級鎖。下面主要討論行級鎖的死鎖現象。
當Oracle檢測到死鎖產生時，中斷並回滾死鎖相關語句的執行，報ORA-00060的錯誤並記錄在數據庫的日志文件alertSID.log中。同時在user_dump_dest下產生了一個跟蹤文件，詳細描述死鎖的相關信息。
在日常工作中，如果發現在日志文件中記錄了ora-00060的錯誤信息，則表明產生了死鎖。這時需要找到對應的跟蹤文件，根據跟蹤文件的信息定位產生的原因。
如果查詢結果表明，死鎖是由於bitmap索引引起的，將IND_T_PRODUCT_HIS_STATE索引改為normal索引後，即可解決死鎖的問題。
