DB2數據庫與Oracle并發控制(鎖)的大比拼
以下的文章主要向大家描述的是DB2數據庫和Oracle的并發控制(鎖)的比較，以下就是對DB2數據庫和Oracle的并發控制(鎖)的比較的描述，望會對你有所幫助，以下就是文章的主要內容講述。
1 引言
在關系數據庫(DB2，Oracle，Sybase，Informix和SQL Server)最小的恢復和交易單位為一個事務(Transactions),事務具有ACID(原子性，一致性，隔離性和***性)特征。關系數據庫為了確保并發用戶在存取同一數據庫對象時的正確性(即無丟失更新、可重復讀、不讀"臟"數據，無"幻像"讀)，DB2數據庫中引入了并發(鎖)機制。基本的鎖類型有兩種：排它鎖(Exclusive locks記為X鎖)和共享鎖(Share locks記為S鎖)。
排它鎖：若事務T對數據D加X鎖，則其它任何事務都不能再對D加任何類型的鎖，直至T釋放D上的X鎖;一般要求在修改數據前要向該數據加排它鎖，所以排它鎖又稱為寫鎖。
共享鎖：若事務T對數據D加S鎖，則其它事務只能對D加S鎖，而不能加X鎖，直至T釋放D上的S鎖;一般要求在讀取數據前要向該數據加共享鎖，所以共享鎖又稱為讀鎖。
2 DB2 多粒度封鎖機制介紹
2.1 鎖的對象
DB2支持對表空間、表、行和索引加鎖(大型機上的DB2數據庫還可以支持對數據頁加鎖)來保證數據庫的并發完整性。不過在考慮用戶應用程序的并發性的問題上，通常并不檢查用于表空間和索引的鎖。該類問題分析的焦點在于表鎖和行鎖。
2.2 鎖的策略
DB2可以只對表進行加鎖，也可以對表和表中的行進行加鎖。如果只對表進行加鎖，則表中所有的行都受到同等程度的影響。如果加鎖的范圍針對于表及下屬的行，則在對表加鎖后，相應的數據行上還要加鎖。究竟應用程序是對表加行鎖還是同時加表鎖和行鎖，是由應用程序執行的命令和系統的隔離級別確定。
2.2.1 DB2表鎖的模式
DB2在表一級加鎖可以使用以下加鎖方式：
表一：DB2數據庫表鎖的模式
下面對幾種表鎖的模式進一步加以闡述：
IS、IX、SIX方式用于表一級并需要行鎖配合，他們可以阻止其他應用程序對該表加上排它鎖。
如果一個應用程序獲得某表的IS鎖，該應用程序可獲得某一行上的S鎖，用于只讀操作，同時其他應用程序也可以讀取該行，或是對表中的其他行進行更改。
如果一個應用程序獲得某表的IX鎖，該應用程序可獲得某一行上的X鎖，用于更改操作，同時其他應用程序可以讀取或更改表中的其他行。
如果一個應用程序獲得某表的SIX鎖，該應用程序可以獲得某一行上的X鎖，用于更改操作，同時其他應用程序只能對表中其他行進行只讀操作。
S、U、X和Z方式用于表一級，但并不需要行鎖配合，是比較嚴格的表加鎖策略。
如果一個應用程序得到某表的S鎖。該應用程序可以讀表中的任何數據。同時它允許其他應用程序獲得該表上的只讀請求鎖。如果有應用程序需要更改讀該表上的數據，必須等S鎖被釋放。
如果一個應用程序得到某表的U鎖，該應用程序可以讀表中的任何數據，并最終可以通過獲得表上的X鎖來得到對表中任何數據的修改權。其他應用程序只能讀取該表中的數據。U鎖與S鎖的區別主要在于更改的意圖上。U鎖的設計主要是為了避免兩個應用程序在擁有S鎖的情況下同時申請X鎖而造成死鎖的。
如果一個應用程序得到某表上的X鎖，該應用程序可以讀或修改表中的任何數據。其他應用程序不能對該表進行讀或者更改操作。
如果一個應用程序得到某表上的Z鎖，該應用程序可以讀或修改表中的任何數據。其他應用程序，包括未提交讀程序都不能對該表進行讀或者更改操作。
IN鎖用于表上以允許未提交讀這一概念。
2.2.2 DB2行鎖的模式
除了表鎖之外，DB2還支持以下幾種方式的行鎖。以上的相關內容就是對DB2數據庫和Oracle的并發控制(鎖)的比較的介紹，望你能有所收獲。
【編輯推薦】
