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的並發控制(鎖)的比較的介紹，望你能有所收穫。