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