此文章主要向大家描述的是DB2隔離級的解讀和試驗，如果你對DB2隔離級的解讀和試驗心存好奇的話，你就可以點擊以下的文章進行觀看了，以下就是文章的詳細內容介紹，望大家借鑒。

在DB2中，共有四種隔離級：RS,RR,CS,UR.以下對四種隔離級進行一些描述，同時附上個人做試驗的結果。隔離級是影響加鎖策略的重要環節，它直接影響加鎖的范圍及鎖的持續時間。

基本信息

摘要：在DB2中，共有四種隔離級：RS,RR,CS,UR.以下對四種隔離級進行一些描述，同時附上個人做試驗的結果。隔離級是影響加鎖策略的重要環節，它直接影響加鎖的范圍及鎖的持續時間。兩個應用程序即使執行的相同的操作，也可能由于選擇的DB2隔離級的不同而造成加鎖的結果不同。

隔離級解讀和試驗

隔離級是影響加鎖策略的重要環節，它直接影響加鎖的范圍及鎖的持續時間。兩個應用程序即使執行的相同的操作，也可能由于選擇的隔離級的不同而造成加鎖的結果不同。在DB2中，共有四種隔離級：RS,RR,CS,UR.以下對四種隔離級進行一些描述，同時附上個人做試驗的結果。

讀可靠性(RS-Read Stability)

如果使用這種隔離級，在一個事務中所有被讀取過的行上都會被加上NS鎖，直到該事務被提交或回滾，行上的鎖才會被釋放。這樣可以保證在一個事務中即使多次讀取同一行，得到的值不會改變。

但是，如果使用這種隔離級，在一個事務中，如果使用同樣的搜索標準重新打開已被處理過的游標，則結果集可能改變。(可能會增加某些行，這些行被稱為幻影行(Phantom))。這是因為RS隔離級不能阻止通過插入或更新操作在結果集中加入新行。

個人筆記：

根據實際測試情況，RS模式下：查詢完畢以后，滿足條件的結果集中的記錄被鎖定，不滿足條件的不被鎖定。

可以對不滿足條件的記錄更新，也可以插入新的記錄。其他人可以查詢滿足已經鎖定的記錄，但不可以更新。

重復讀(RR-Repeat Read)

如果使用這種DB2隔離級，在一個事務中所有被讀取過的行上都會被加上S鎖，知道該事務被提交或回滾，行上的鎖才會被釋放。這樣可以保證在一個事務中即使多次讀取同一行，得到的值不會改變。

另外，在同一事務中如果以同樣的搜索標準重新打開已被處理過的游標，得到的結果集不會改變。重復讀相對于讀可靠性而言，加鎖的范圍更大。

對于讀可靠性，應用程序只對符合要求的所有行加鎖，而對于重復讀，應用程序將對所有被掃描過的行都加鎖。例如，如果一個應用程序對一個表中的 10000行數據進行掃描，最終找到了100條符合搜索條件的結果行。如果該應用程序使用的是讀可靠性隔離級，應用程序將只對這符合條件的100行加鎖;如果該應用程序使用的是重復讀隔離級，應用程序將對被掃描過的10000行都加鎖。

個人筆記

根據實際測試情況，RR模式下：查詢完畢以后，不可以對不滿足條件的進行更新，也不可以插入新記錄。可能原因是：如果允許別人更新記錄或者插入新記錄的話，則可能造成原來結果集的破壞，重新讀的時候和以前不同。

select for update with rr/rs 是可以用來實現記錄鎖。是一種特殊情況。即便是RR，仍然可以對其他記錄操作。

游標可靠性(CS-Cursor Stability)

如果使用這種隔離級，在一個事務中，結果集中只有正在被讀取的那一行(游標指向的行)將被加上NS鎖，其他未被處理的行上不被加鎖。這種隔離級只能保證正在被處理的行的值不會被其他并發的程序所改變。該隔離級是DB2缺省的DB2隔離級。

個人筆記

僅僅在游標在該行的時候鎖定，這是一種非常弱的隔離狀態。

未提交讀(UR-Uncommitted Read)

如果使用這種隔離級，對于只讀操作，不加行鎖。典型的只讀操作包括：

SELECT語句的結果集只讀(比如語句中包括ORDER BY子句);

定義游標是指明起為FOR FETCH ONLY。

該隔離級可以改善應用程序的性能，同時可以***程度的允許并發。但是，應用程序的數據完整性將受到威脅。如果需要讀取未提交的數據，該隔離級是唯一選擇。

個人筆記

讀的時候完全不受限制，對于同一行記錄的完整性也無法保證。

總結

以上我們所提的隔離級的加鎖范圍和持續時間都是針對于讀操作而言的。

對于更改操作，被修改的行上會被加上X鎖，不論使用何種DB2隔離級，X鎖直到提交或回滾之后才會被釋放。

【編輯推薦】

1.  如何避免DB2性能理解的20大誤區？
2. IBM DB2 9只毒蛇這樣“毒”的原因是什么
3. DB2 9 分布式管理之維護的描述
4. DB2 V7存儲過程構建環境的正確設置步驟
5. DB2管理頁大小的一些限制條件有哪些？