鎖現象通常分為死鎖和鎖等待兩種情形

2024-07-21 02:42:52

字體：大中小

來源：轉載

供稿：網友

簡介鎖是數據庫為了控制并發數據的完整性而引入的機制，在并發應用中出現鎖現象并不可怕，鎖現象通常分為死鎖和鎖等待兩種情形。

死鎖是因為兩個并發的進程或者線程同時各自占有一個資源，又需要占有對方資源，但又都各不相讓造成的，這通常是因為程序在并發上考慮不周造成的。

鎖等待則是數據庫中最普通的情況，一各應用使用數據期間必然要加鎖，防止其他進程或應用破壞數據，其他進程或應用在此期間不得不等待前一個應用釋放鎖。鎖等待時間參數是可調的，但要視實際應用情況而定，比如在網絡環境中，復雜應用環境，或者對實時性要求不高的環境中，可以將鎖等待時間調大一些，有些情況要調小一些。鎖等待不同于死鎖，死鎖屬于程序并發不當，需要調整程序并發機制，鎖等待則屬于性能問題，可能需要調整程序的sql語句。

不管是死鎖還是鎖等待，數據庫都有相應參數可調，也有相應的工具可以捕獲和分析，以下是鎖處理的通常辦法。

·查看和更改與鎖相關的主要數據庫參數

·查看當前并發應用

·查看和更改快照參數

·獲取快照

·使用事件查看器

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

輸出中將包含以下參數：

監控開關數據庫管理器參數注釋

BUFFERPOOL DFT_MON_BUFPOOL 緩沖區的讀寫情況和發生時間

LOCK DFT_MON_LOCK 鎖持有，鎖等待，以及死鎖的發生情況

SORT DFT_MON_SORT Heap的使用情況，排序性能

STATEMENT DFT_MON_STMT 語句起始時間，語句內容

TABLE DFT_MON_TABLE Measure of activity (rows read/written)

UOW DFT_MON_UOW Start/end times, completion status

TIMESTAMP DFT_MON_TIMESTAMP Timestamps