以下的文章講述的是DB2死鎖與鎖等待2種情形的描述,鎖是一種數據庫一般的情況下是為了控制並發數據的完整性而引入操作機制,在並發應用中出現鎖現象其實並不可怕,鎖現象通常分為死鎖和鎖等待兩種情形。
死鎖是因為兩個並發的進程或者線程同時各自占有一個資源,又需要占有對方資源,但又都各不相讓造成的,這通常是因為程序在並發上考慮不周造成的。
鎖等待則是數據庫中最普通的情況,一各應用使用數據期間必然要加鎖,防止其他進程或應用破壞數據,其他進程或應用在此期間不得不等待前一個應用釋放鎖。鎖等待時間參數是可調的,但要視實際應用情況而定,比如在網絡環境中,復雜應用環境.
或者對實時性要求不高的環境中,可以將鎖等待時間調大一些,有些情況要調小一些。鎖等待不同於DB2死鎖,死鎖屬於程序並發不當,需要調整程序並發機制,鎖等待則屬於性能問題,可能需要調整程序的sql語句。
不管是死鎖還是鎖等待,數據庫都有相應參數可調,也有相應的工具可以捕獲和分析,以下是鎖處理的通常辦法。
查看和更改與鎖相關的主要數據庫參數
查看當前並發應用
查看和更改快照參數
獲取快照
使用事件查看器
1.查看和更改與鎖相關的主要配置參數
CLP方式:
db2 get db cfg
在參數列表中尋找DLCHKTIME和LOCKTIMEOUT兩個參數。
-DLCHKTIME 單位是毫秒,是DB2檢查死鎖的間隔時間,假設該值為10000ms,則意味著每隔10秒鐘檢查一下當前數據庫中有無DB2死鎖存在,如有死鎖,會選擇回滾其中的某一個事務,讓另外一個事務完成交易。
-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地址+用戶名+開始連接上的時間。通過排查並發應用從而消除測試中不必要的鎖現象。