以下的文章主要向大家描述的是全面解析DB2死鎖與鎖等待兩種情形，我們大家都知道在實際操作中，鎖的主要功能是數據庫為了控制並發數據的完整性而引入的機制，在並發應用中出現鎖現象並不可怕，鎖現象通常分為死鎖和鎖等待兩種情形。
死鎖是因為兩個並發的進程或者線程同時各自占有一個資源，又需要占有對方資源，但又都各不相讓造成的，這通常是因為程序在並發上考慮不周造成的。
鎖等待則是數據庫中最普通的情況，一各應用使用數據期間必然要加鎖，防止其他進程或應用破壞數據，其他進程或應用在此期間不得不等待前一個應用釋放鎖。鎖等待時間參數是可調的，但要視實際應用情況而定，比如在網絡環境中，復雜應用環境，或者對實時性要求不高的環境中，可以將鎖等待時間調大一些，有些情況要調小一些。鎖等待不同於死鎖，死鎖屬於程序並發不當，需要調整程序並發機制，鎖等待則屬於性能問題，可能需要調整程序的sql語句。
不管是DB2死鎖還是鎖等待，數據庫都有相應參數可調，也有相應的工具可以捕獲和分析，以下是鎖處理的通常辦法。
查看和更改與鎖相關的主要數據庫參數
查看當前並發應用
查看和更改快照參數
獲取快照
使用事件查看器
1.查看和更改與鎖相關的主要配置參數
CLP方式：
db2 get db cfg
在參數列表中尋找DLCHKTIME和LOCKTIMEOUT兩個參數。
－DLCHKTIME 單位是毫秒，是DB2死鎖的間隔時間，假設該值為10000ms，則意味著每隔10秒鐘檢查一下當前數據庫中有無死鎖存在，如有死鎖，會選擇回滾其中的某一個事務，讓另外一個事務完成交易。
－LOCKTIMEOUT單位是秒，是鎖等待最長時間，超過該時間仍未獲得鎖，則返回錯誤。
設置提示：
－缺省情況下，LOCKTIMEOUT是1，意味著鎖等待時間無限期，這和實際應用需求一般是不太相符的，需要將其值設為大於0的一個數。
－DLCHKTIME時間通常要設得比LOCKTIMEOUT時間小一些，否則未等發現死鎖，就會被以鎖等待超時而返回錯誤。
更改示例CLP方式）
- db2 update db cfg using locktimeout 10
2．查看當前並發應用
CLP方式：
db2 list applications
或db2 list applications show detail
或 db2 list applications for database dbname [ show detail]
該命令可以查看當前是否有多個應用在連接著數據庫，從而排查是否有並發的存在。
注意Application Name 和Application Id兩欄，Application Name欄列出了應用的名字，db2bp通常意味著目前有CLP在連接數據庫，java則意味著可能有db2cc或用戶自己的java應用在連接數據庫，在application Id欄中可以看到這些應用來自於哪些機器，本機的就顯示為 LOCAL + 用戶名 + 開始連接上的時間，遠程的就會顯示為16進制的IP地址＋用戶名＋開始連接上的時間。通過排查並發應用從而消除測試中不必要的鎖現象。
3．查看和更改快照參數
如果在合理設置了DLCHKTIME和LOCKTIMEOUT參數仍然出現鎖現象，可以查看快照或者創建事件監控器來分析原因。要采用快照，首先要打開快照開關
- db2 get monitor switches
輸出中將包含以下參數：
監控開關 數據庫管理器參數 注釋
