http://www-900.ibm.com/cn/support/nav/200402/p45-1.shtml

隨著網(wǎng)絡的不斷發(fā)展， 現(xiàn)今的應用系統(tǒng)一般都需要相對較強的多用戶同時訪問的能力。 作為應用系統(tǒng)基礎的數(shù)據(jù)庫產(chǎn)品對多用戶能力的支持也就越發(fā)重要。IBM DB2 UDB作為當今較為流行的數(shù)據(jù)庫產(chǎn)品也在不斷的改進其并發(fā)處理能力。 現(xiàn)在的DB2 UDB系統(tǒng)中， 主要通過鎖和隔離級別這兩個主要的工具來控制并發(fā)連接，維護數(shù)據(jù)庫中的數(shù)據(jù)在高并發(fā)的環(huán)境下的安全。

我們在這里將簡要的闡述一下鎖和隔離級別。

鎖：

DB2 UDB中， 鎖的主要作用對象是表和行， 其他如表空間和索引也是鎖的對象， 但是因為其多為系統(tǒng)控制， 管理員和用戶使用較少，在這里就不涉及了。

對于行級鎖和表級鎖， 它們的區(qū)別不言而喻， 主要是鎖的對象不同。 當然鎖對象的不同連帶也會影響DB2的并發(fā)能力。

DB2中的表級鎖主要有以下幾種：

1． IS鎖： 此鎖作用于整個表，表示擁有此鎖的應用連接要讀取表中的某些數(shù)據(jù)， 但是在此應用連接讀取具體的數(shù)據(jù)時， 還必須獲得該行的行級鎖；

2． IX鎖： 此鎖作用于整個表，表示擁有此鎖的應用連接需要獨占使用表中的某些數(shù)據(jù)， 但是在此應用連接獨占使用具體的數(shù)據(jù)時， 還必須獲得該行上相應的行級鎖；

3． SIX鎖： 此鎖是鎖轉(zhuǎn)換的產(chǎn)物，表示應用連接擁有S和IX鎖的特性；
（share with intent exclusive）鎖定的擁有者可以讀取和更改表格，其他用戶可以讀取表格。

4． S鎖： 此鎖作用于整個表， 擁有此鎖的應用連接可以讀取表中的任何紀錄；

5． U鎖： 此鎖作用于整個表， 擁有此鎖的應用連接可以讀取表中的任何紀錄，也可以更新表中的紀錄， 但是更新時需要再獲得X鎖； 此鎖主要在“select … with update”語句建立的可更新游標中起作用， 其他的應用可以讀取表中的紀錄， 但是不能更新它；

6． X鎖： 此鎖作用于整個表， 擁有此鎖的應用連接獨占的使用表中的任何紀錄；可以進行更新或其他操作；

7． Z鎖： 此鎖作用于整個表， 也稱超級獨占鎖，主要是在象修改表的定義、 刪除表這一類的語句中會使用。 擁有此鎖的應用連接對該表有完全的控制權(quán)。 其他的任何應用不能讀取或更新表中的任何紀錄。

在這里我們主要要看一下 IS/IX/SIX這三個鎖。 在這三個鎖中IS/IX本身并不具備使得應用連接可以讀取或更新紀錄的能力，應用連接要讀取和更新紀錄時， 需要再得到相應的行級鎖； 反之亦然， 任何應用要獲得行級鎖操作數(shù)據(jù)記錄之前， 也必須獲得某個相應的表級鎖。 SIX鎖也是類似的情況。這就是為什麼在很多情況下我們使用的是行級鎖， 但是用快照（SNAPSHOT）等工具卻能夠看到有表級鎖存在的原因。

那麼DB2中又有哪些行級鎖呢？ 讓我們來看下面的這張圖：

此圖中列出了DB2中包含的行級鎖。 表中的第三列指出， 要獲得此行級鎖之前， 需要預先獲得的表級鎖， 這里列出的是最低要求。

這六個行級鎖的主要功能如下：

1． S鎖：此行級鎖的擁有者可以讀取該行的信息；

2． U鎖：此行級鎖的擁有者可以讀取該行的信息，如果要更新該行，則仍然需要一個行級的X鎖；其他的應用只能讀取該行的信息；此鎖主要是用于FOR UPDATE的游標。

3． X鎖：此行級鎖的擁有者可以更新該行的紀錄，其他的應用不能連接此行的信息；

4． W鎖：此鎖和X鎖類似，不同之處是此鎖和NW鎖兼容；

5． NS鎖：類似于S鎖，用于Next Key；

6． NW鎖：類似于W鎖，用于Next Key；

在DB2數(shù)據(jù)庫中， 是通過行級鎖和表級鎖協(xié)調(diào)作用來提供較好的并發(fā)性， 同時保證數(shù)據(jù)庫中數(shù)據(jù)的安全。 在DB2中缺省情況下使用行級鎖（當然需要IS/IX鎖配合），只有當出現(xiàn)鎖資源不足， 或者是用命令指定使用表級鎖的情況下， 才會在應用連接中使用表級鎖。 對鎖資源分配有興趣的讀者可以參考DB2的管理手冊， 查找其中關于locklist和maxlocks參數(shù)的論述。對于用命令指定表級鎖的情況， 可以參考DB2的命令手冊中的lock table命令， 此命令用于直接鎖表。

隔離級別：

下面讓我們來看一下隔離級別。 隔離級別主要用于控制在DB2根據(jù)應用提交的SQL語句向DB2數(shù)據(jù)庫中的相應對象加鎖時， 會鎖住哪些紀錄， 也就是鎖定的范圍。 隔離級別的不同， 鎖定的紀錄的范圍可能會有很大的差別。

隔離級別分為RR/RS/CS/UR這四個級別。 下面讓我們來逐一論述：

1． RR隔離級別： 在此隔離級別下， DB2會鎖住所有相關的紀錄。 在一個SQL語句執(zhí)行期間， 所有執(zhí)行此語句掃描過的紀錄都會被加上相應的鎖。 具體的鎖的類型還是由操作的類型來決定， 如果是讀取，則加共享鎖； 如果是更新， 則加獨占鎖。 由于會鎖定所有為獲得SQL語句的結(jié)果而掃描的紀錄， 所以鎖的數(shù)量可能會很龐大， 這個時候， 索引的增加可能會對SQL語句的執(zhí)行有很大的影響，因為索引會影響SQL語句掃描的紀錄數(shù)量。
Repeatable Read

2． RS隔離級別： 此隔離級別的要求比RR隔離級別稍弱，此隔離級別下會鎖定所有符合條件的紀錄。 不論是讀取， 還是更新， 如果SQL語句中包含查詢條件， 則會對所有符合條件的紀錄加相應的鎖。 如果沒有條件語句， 也就是對表中的所有記錄進行處理，則會對所有的紀錄加鎖。
Read Stability

3． CS隔離級別： 此隔離級別僅鎖住當前處理的紀錄。
Cursor stability

4． UR隔離級別：此隔離級別下，如果是讀取操作，不會出現(xiàn)任何的行級鎖。對于非只讀的操作，它的鎖處理和CS相同。
Uncommitted Read

在這四種隔離級別中， CS是缺省值。 這四種隔離級別均可以保證DB2數(shù)據(jù)庫在并發(fā)的環(huán)境下不會有數(shù)據(jù)丟失的情況發(fā)生。 要注意的是如果對紀錄進行了修改，需要在相應的紀錄上加獨占類型的鎖， 這些獨占類型的鎖直到交易結(jié)束時才會被釋放， 這一點在四種隔離級別下都是相同的。

到這里， 我們已經(jīng)對DB2中的表鎖， 行鎖， 隔離級別進行了論述。 DB2數(shù)據(jù)庫的并發(fā)控制主要是通過這些機制。 理解了這些概念，我們就可以在使用DB2數(shù)據(jù)庫時根據(jù)系統(tǒng)的實際需要來設計鎖模式和隔離級別， 來實現(xiàn)我們的系統(tǒng)要求， 在保障數(shù)據(jù)安全的前提下， 提供較好的并發(fā)性。

如果還需要了解更多的相關DB2數(shù)據(jù)庫的并發(fā)控制， 鎖， 和隔離級別的相關信息， 可以參考以下的文檔說明：

1． DB2 Command Reference

2． DB2 Administrator Reference