此文章主要講述的是DB2 數據庫表鎖的模式,如果你對DB2 數據庫表鎖的模式有興趣的話你就可以對以下的文章點擊觀看了,以下就是文章的主要內容的詳細描述,望大家在浏覽之後會對其有更深的了解。
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鎖用於表上以允許未提交讀這一概念。以上的相關內容就是對 DB2 數據庫表鎖的模式的介紹,望你能有所收獲。