建站
咨詢
售后
建站咨詢
新聞中心
DB2鎖兼容性是怎樣的？死鎖又是怎么回事？下文對這些問題都作了詳細的解答，如果您在此方面遇到過類似的問題，不妨一看。
成都創(chuàng)新互聯(lián)專業(yè)為企業(yè)提供望城網(wǎng)站建設、望城做網(wǎng)站、望城網(wǎng)站設計、望城網(wǎng)站制作等企業(yè)網(wǎng)站建設、網(wǎng)頁設計與制作、望城企業(yè)網(wǎng)站模板建站服務，10多年望城做網(wǎng)站經(jīng)驗，不只是建網(wǎng)站，更提供有價值的思路和整體網(wǎng)絡服務。
鎖兼容性
如果數(shù)據(jù)資源上的一種鎖狀態(tài)允許在同一資源上放置另一個鎖，就認為這兩種鎖（或兩種狀態(tài)）是兼容的。每當一個事務持有數(shù)據(jù)資源上的鎖，而第二個事務請求同一資源上的鎖時，DB2 數(shù)據(jù)庫管理器檢查兩種鎖狀態(tài)以確定它們是否兼容。如果鎖是兼容的，則將鎖授予第二個事務（假定沒有其它事務在等待該數(shù)據(jù)資源）。但是，如果鎖不兼容，則第二個事務必須等待，直到***個事務釋放它的鎖為止，然后才可以獲取對資源的訪問權(quán)并繼續(xù)處理。（如果資源上有多個與新請求的鎖不兼容的鎖，則第二個事務必須等到它們?nèi)勘会尫艦橹?。）請參?IBM DB2 Universal Database Administration Guide：Performance 文檔（或在 DB2 信息中心搜索 Lock type compatibility 主題）以獲取關(guān)于各個鎖之間是否兼容的特定信息。
鎖升級
所有的鎖都需要存儲空間；因為可用空間并不是無限的，所以 DB2 數(shù)據(jù)庫管理器必須限制鎖可以使用的空間（這是通過 maxlocks 數(shù)據(jù)庫配置參數(shù)完成的）。為了防止特定數(shù)據(jù)庫代理超過已建立的鎖空間限制，當獲取的（任意類型的）鎖過多時，會自動執(zhí)行稱為鎖升級的進程。鎖升級是一種轉(zhuǎn)換，它將同一表內(nèi)幾個單獨的行級鎖轉(zhuǎn)換成一個單獨的表級鎖。因為鎖定升級是在內(nèi)部處理的，所以唯一可從外部檢測到的結(jié)果可能只是對一個和多個表的并發(fā)訪問減少了。
以下是鎖定升級的工作原理：當事務請求鎖，而鎖存儲空間已滿時，就選定與該事務相關(guān)聯(lián)的一個表，幫它獲取一個表級鎖，釋放所有該表的行級鎖（以在鎖列表數(shù)據(jù)結(jié)構(gòu)中創(chuàng)建空間），并將表級鎖添加到鎖列表。如果這個過程所釋放的空間不夠，則選定另一個表，重復這個過程，直到釋放了足夠的可用空間為止。這時，事務將獲取所請求的鎖并繼續(xù)執(zhí)行。但是，如果在該事務的所有行級鎖都已經(jīng)升級之后，仍然沒有獲得必要的可用鎖空間，則（通過 SQL 錯誤代碼）要求事務提交或回滾它啟動以來所作的所有更改，然后事務終止。
死鎖
有時兩個或更多個事務對鎖的爭用會引起稱為死鎖的情況。說明死鎖發(fā)生原因的***方式是舉例說明：假定事務 1 在表 A 上獲取了互斥（X）鎖，而事務 2 在表 B 上獲取了互斥（X）鎖?，F(xiàn)在，假定事務 1 嘗試在表 B 上獲取互斥（X）鎖，而事務 2 嘗試在表 A 上獲取互斥（X）鎖。這兩個事務的處理都將被掛起，直到同意第二個鎖請求為止。但是，因為在任何一個事務釋放它目前持有的鎖（通過執(zhí)行或回滾操作）之前，（兩者中的）任一事務的鎖請求都不會被同意，而且又因為兩個事務都不能釋放它目前持有的鎖（因為它們都已掛起并等待鎖），所以兩個事務都陷入了死鎖狀況。
當死鎖狀況發(fā)生時，除非某些外部代理采取行動，否則所涉及的所有事務將無限期地等待釋放鎖。DB2 通用數(shù)據(jù)庫用于處理死鎖的工具是稱為死鎖檢測器的異步系統(tǒng)后臺進程。死鎖檢測器的唯一職責是定位和解決在鎖定子系統(tǒng)中找到的任何死鎖。死鎖檢測器在大多數(shù)時間處于休眠狀態(tài)，但會在預置的時間間隔被“喚醒”，以確定是否存在死鎖狀況。如果死鎖檢測器在鎖定子系統(tǒng)中發(fā)現(xiàn)死鎖，則選擇死鎖涉及的一個事務、終止并回滾它。（被終止和回滾的事務收到一個 SQL 錯誤代碼，它所獲得的所有鎖都被釋放。）通常，剩下的一個或多個事務就可以繼續(xù)執(zhí)行了。
鎖超時
任何時候當一個事務在特定數(shù)據(jù)資源（例如，表或行）上持有鎖時，直到持有鎖的事務終止并釋放它所獲取的所有鎖之前，其它事務對該資源的訪問都可能被拒絕。如果沒有某種適當?shù)逆i超時檢測機制，則事務可能無限期地等待鎖的釋放。例如，有可能出現(xiàn)這種情況：一個事務在等待另一個用戶的應用程序所持有的鎖被釋放，而該用戶離開了他（或她）的工作站，但忘了執(zhí)行一些允許應用程序終止擁有鎖的事務的交互。顯然，此類情況會導***差的應用程序性能。要避免發(fā)生此類情況時阻礙其它應用程序的執(zhí)行，可以在數(shù)據(jù)庫的配置文件中指定鎖超時值（通過 locktimeout數(shù)據(jù)庫配置參數(shù)）。使用之后，該參數(shù)就控制任何事務將等待獲取所請求的鎖的時間。如果在指定的時間間隔過去之后還未獲得想要的鎖，則等待的應用程序接收一個錯誤，并回滾請求該鎖的事務。分布式事務應用程序環(huán)境特別容易產(chǎn)生此類超時；可以通過使用鎖超時避免它們。
新聞名稱：DB2鎖兼容性和死鎖
網(wǎng)站網(wǎng)址：http://m.5511xx.com/article/cdheesi.html
