??? 相比較Oracle來說，DB2的鎖機制麻煩了很多，而且這個麻煩帶來的不是性能的上升而是下降，
不過如果細致了解的話，只能感慨不愧是數(shù)據(jù)庫理論誕生的公司，在實現(xiàn)數(shù)據(jù)庫理論上比Oracle全面得多。
??? Oracle沒有實現(xiàn)一般數(shù)據(jù)庫理論里的鎖機制，帶來的并發(fā)性與性能上的提升以及相關(guān)的問題上文已經(jīng)介紹了，
現(xiàn)在來說說幾乎完全實現(xiàn)一般數(shù)據(jù)庫理論鎖機制的DB2數(shù)據(jù)庫這方面的實現(xiàn)。
??? 下面的資料來源于IBM資料庫DB2和 Oracle的并發(fā)控制（鎖）比較
??? 首先是鎖是屬性，有如下幾個基本屬性：鎖定對象，鎖定大小，鎖定時間，鎖定狀態(tài)。
鎖定對象表示鎖定的數(shù)據(jù)資源，DB2支持對表空間，表，行，索引（大型機里支持對數(shù)據(jù)頁）的鎖定。通常考慮表鎖與行鎖。
鎖定大小表示鎖定的數(shù)據(jù)大小。
鎖定時間通常由事務(wù)的隔離級別控制。
鎖定狀態(tài)就是鎖的類型，下面將會介紹。
表 1：DB2支持的表級鎖定
名稱縮寫???? 全名??????????????????????????????????? 描述
IN?????????? 無意圖鎖（Intent Node），不需要行鎖???? 擁有者可以讀取包括其他事務(wù)未提交數(shù)據(jù)在內(nèi)的所有數(shù)據(jù)，但不能對表中的數(shù)據(jù)作出修改
IS?????? 意圖共享鎖（Intent Share），需要行鎖配合??? 擁有者可以在擁有相應(yīng)行上的S鎖時可以讀取該行的數(shù)據(jù)，但不能修改數(shù)據(jù)
IX?? 意圖排他鎖（Intent eXclusive），需要行鎖配合??? 擁有者可以在擁有相應(yīng)行上的X鎖時可以修改該行的數(shù)據(jù)
SIX 共享并且意圖排他鎖（Share with Intent eXclusive），需要行鎖配合?? 擁有者可以讀取表中的任何數(shù)據(jù)，如果在相應(yīng)的行上可以獲得X鎖，可以修改該行。SIX的獲取比較特殊，當程序擁有IX鎖時請求S鎖，或者在已經(jīng)擁有S鎖的時候請求IX鎖時產(chǎn)生
S???????????????? 共享鎖（Share），不需要行鎖配合??? 可以讀取表上的任何數(shù)據(jù)，如果表上被加了S鎖，表上的數(shù)據(jù)只能被讀取而不能做出任何修改
U??????????????? 更新鎖（Update），不需要行鎖配合??? 擁有者可以讀取表中的任何數(shù)據(jù)，如果升級為X鎖，則可以更改表中的任何數(shù)據(jù)，該鎖是等待對數(shù)據(jù)進行修改的一種中間狀態(tài)
X???????????? 排他鎖（eXclusive），不需要行鎖配合??? 擁有者可以讀取或者修改表中的任意數(shù)據(jù)，如果加上了X鎖，除了未提交讀事務(wù)外，其他程序都不能對表進行任何讀取或者修改
Z?? 超級排他鎖（Super eXclusive），不需要行鎖配合??? 該鎖一般不是由DML產(chǎn)生，而是由Drop,Alter或者創(chuàng)建刪除索引時產(chǎn)生的，加上Z鎖后，所有程序（包括未提交讀程序）都不能對表進行讀取或者修改
具體來說，IS,IX,SIX用于表一級并且需要行鎖配合，用于阻止其他程序?qū)Ρ砑由吓潘i。區(qū)別如下：
·? 如果一個程序獲得表的IS鎖，程序可以獲得某一行上的S鎖用于只讀操作，其他程序也可以讀取該行，或者對表中其他行作出修改。
·? 如果一個程序獲得表的IX鎖，程序可以獲得某一行的X鎖用于更改操作，其他程序可以更改或者讀取表中其他的行。
·? 如果一個程序獲得表的SIX鎖，程序可以獲得某一行的X鎖用于更改操作，其他程序只能對表中的其他行進行只讀操作。
S,U,X,Z用于表一級，不需要行鎖的配合。區(qū)別如下：
·? 如果程序得到表的S鎖，則程序可以讀表中的任意數(shù)據(jù)，同時允許其他程序獲得表上的只讀鎖請求，如果有程序需要更改表上的數(shù)據(jù)，必須等到S鎖釋放。
·? 如果程序得到U鎖，程序可以讀取表中任意數(shù)據(jù)，最終可以通過獲得X鎖得到對表中任意數(shù)據(jù)的修改權(quán)，其他程序只能讀取表中的數(shù)據(jù)，U鎖與S鎖的區(qū)別在于修改意圖，U鎖的設(shè)計主要是為了避免兩個程序在擁有S鎖的情況下同時申請X鎖導(dǎo)致死鎖。
·? 如果程序得到表上的X鎖，程序可以讀或者修改表上任意數(shù)據(jù)，其他程序無法讀或者修改表上的數(shù)據(jù)。
·? 如果程序獲得Z鎖，程序可以讀或者修改表中任意數(shù)據(jù)，其他程序包括未提交讀程序在內(nèi)不能對表執(zhí)行讀或者修改操作。
IN鎖用于表上以允許未提交讀這一概念。
DB2支持的行鎖如下所示：
名稱縮寫????? 全名?????????????? 需要表鎖最低級別???????????????? 描述
S?????????? 共享鎖（Share）???????? IS??????????????????????????? 該行正在被讀取，其他程序只能執(zhí)行讀操作
U?????????? 更改鎖（Update）??????? IX??????????????????????????? 某個程序正在讀取并有可能修改該行，其他程序只能讀取該行
X?????????? 排他鎖（eXclusive）???? IX??????????????????????????? 該行正在被某個程序修改，其他程序不能訪問該行
W??? 弱排他鎖（Weak eXclusive）???? IX??????????????????????????? 一行被插入表后，該行會加上W鎖，只有鎖的擁有者可以修改該行，與X鎖的不同在于該鎖與NW鎖兼容
NS?? 下一鍵共享鎖（Next Share）???? IS??????????????????????????? 擁有者與其他程序都可以讀取該行，但不能進行修改，當程序處于RS或者CS隔離級別下時，該鎖可以代替S鎖
NX? 下一鍵排他鎖（Next? eXclusive） IX??????????????????????????? 一行的數(shù)據(jù)被插入到索引或者從索引被刪除時，該行的下一行會被加上NX鎖，鎖的擁有者可以讀該行的數(shù)據(jù)但不能修改。該鎖與X鎖類似，但與NS鎖兼容
NW? 下一鍵弱排他鎖（Next? Weak eXclusive） IX???????????????????? 一行的數(shù)據(jù)被插入到索引時，該行的下一行會被加上NW鎖，鎖的擁有者可以讀但不能修改該行的數(shù)據(jù)，與X鎖及NX鎖類似，但與W鎖以及NS鎖兼容
默認情況下，DB2總是嘗試獲取行鎖，但可以使用ALTER TABLE語句修改為總是獲取表鎖，也可以使用LOCK TABLE語句獲取表鎖。
??? 以上就是DB2復(fù)雜的鎖機制，相比較Oracle，DB2沒有做任何樂觀假設(shè)，寫必須阻塞讀，讀必須阻塞寫，不然會影響讀一致性，這是最正統(tǒng)的數(shù)據(jù)庫理論。
不過對于開發(fā)人員來說，這種鎖機制就是一個噩夢，在寫任何并發(fā)性程序之前，首先就是要分析鎖，我前后用了兩天才理順DB2里各種鎖之間的關(guān)系，話說，
如果可以理解上面兩張鎖阻塞表，估計就可以對DB2鎖機制有一個清醒的認識了。
??? 下面是DB2的事務(wù)隔離級別，話說我一直以為只有事務(wù)級與語句級隔離級別，直到我看了DB2的事務(wù)隔離級別。
??? 首先是可重復(fù)讀（RR-RepeatableRead）級別，這一級別怎么說呢，概括一點，這個級別會鎖定所有使用到的表，直到事務(wù)結(jié)束，
保證事務(wù)開始一直到結(jié)束所可能需求的數(shù)據(jù)沒有任何變化。即事務(wù)運行時，其他程序無法修改其所用到的表，
這一級別類似oracle的事務(wù)級隔離級別，但Oracle沒有鎖定表，只是假定沒有人去修改所需求的數(shù)據(jù)。
??? 下一個是讀穩(wěn)定性（RS-ReadStability）級別，這一級別只鎖定真正使用到的行（包括修改的行以及檢索到的行），而且可以讀到其他已提交事務(wù)的數(shù)據(jù)。
??? 在往下是游標穩(wěn)定性（CS-CursorStability）級別，這一級別類似Oracle的語句級隔離級別，鎖定的只有修改了的行，可以讀取已提交事務(wù)的數(shù)據(jù)。
??? 最后是未提交讀（UR-UncommittedRead）級 別，這一級別如題，可以讀到未提交的數(shù)據(jù)，不過如果修改了數(shù)據(jù)，則其表現(xiàn)與CS相同，即鎖定修改了的行防止別的會話修改。
??? 四個事務(wù)級別，確保所有可能需要的數(shù)據(jù)不要被人修改->確保已經(jīng)讀取的數(shù)據(jù)不要被人修改->確保修改的數(shù)據(jù)不要被別人修改->可以讀取別人未提交的數(shù)據(jù)（修改的數(shù)據(jù)同樣不允許被別的程序修改）。

下一個討論的是鎖轉(zhuǎn)換。
??? 當程序向數(shù)據(jù)庫請求它已經(jīng)加鎖的對象上面的鎖的時候，數(shù)據(jù)庫會比較對象上現(xiàn)在的鎖與所請求的鎖的模式，如果所請求的鎖級別更高，則把現(xiàn)在的鎖升級為請求的鎖。
??? 鎖級別比較：
??? 表鎖：IN<IS<S<IX<U<X<Z
??? 行鎖：S<U<X
??? 有一個特殊例子是，如果持有S鎖請求IX鎖，或者持有IX鎖請求S鎖，鎖轉(zhuǎn)換結(jié)果為SIX鎖。
??? 下面來談?wù)凞B2里著名的鎖升級問題。
??? 在學(xué)Oracle的時候，我從來不知道鎖升級這個概念，這是由于Oracle中，鎖并不是稀缺資源，沒必要把多個鎖合并為同一個鎖來減少資源占用。
??? DB2里有兩個參數(shù)，LOCKLIST與MAXLOCKS，LOCKLIST表示數(shù)據(jù)庫分配的用來儲存鎖列表的空間大小，MAXLOCKS表示程序最大允許占用鎖列表大小的百分比，
當超過這個百分比的時候，就會進行鎖升級，這里我就不發(fā)那長長的一大串DB2鎖列表計算公式了，只需要知道，DB2會在一個程序鎖定過多行的時候，
會把鎖定多行變更為鎖定整個表。這是一個Oracle里沒有的概念，如果從Oracle轉(zhuǎn)為DB2，需要注意。
??? 最后說說鎖等待，這里類似Oracle里的nowait選項，DB2里面有一個參數(shù)LOCKTIMEOUT，可以設(shè)置這個參數(shù)的值來設(shè)定遇到鎖阻塞后的等待時間，如果超時的話就會回滾語句。
??? 在DB2的開發(fā)建議里，為了實現(xiàn)并行化與數(shù)據(jù)完整性，有如下幾個建議，比較Oracle的類似建議的話，相當有意思。
·? 頻繁使用commit來使多個用戶可以并發(fā)地訪問數(shù)據(jù)（Oracle中的建議是盡可能維護業(yè)務(wù)事務(wù)的完整性，而不是切割成小事務(wù)）
·? 發(fā)出commit語句前，關(guān)閉CURSORWITH HOLD來確保所有鎖都得到釋放（Oracle中事務(wù)提交或者回滾后自動解鎖，不需要其他操作）
·? 指定適當?shù)母綦x級別。DB2會借助一切機會鎖定行，需要不同的隔離級別來協(xié)調(diào)（Oracle在必要的時候使用事務(wù)級隔離，一般只需要語句級隔離級別）
·? 適當使用LOCKTABLE語句（盡可能不要使用也很少有必要使用LOCL TABLE語句）
DB2的開發(fā)建議還有很多，感興趣的可以去看看相關(guān)資料，與Oracle的開發(fā)建議比較相當有意思的。
關(guān)于兩個數(shù)據(jù)庫鎖與并行的介紹就到這里，這篇文章中沒有介紹DB2并發(fā)性的問題，但其實也沒必要介紹，在鎖機制部分已經(jīng)到達并發(fā)性的瓶頸，并發(fā)性在DB2的鎖機制下受到的限制太大了。

DB2鎖機制