名稱 |
描述 |
共享 (S) | 用于不更改或不更新數(shù)據(jù)的讀取操作,如 SELECT 語句。 |
更新 (U) | 用于可更新的資源中。 防止當(dāng)多個會話在讀取、鎖定以及隨后可能進行的資源更新時發(fā)生常見形式的死鎖。 |
排他 (X) | 用于數(shù)據(jù)修改操作,例如 INSERT、UPDATE 或 DELETE。 確保不會同時對同一資源進行多重更新。 |
意向 | 用于建立鎖的層次結(jié)構(gòu)。 意向鎖包含三種類型:意向共享 (IS)、意向排他 (IX) 和意向排他共享 (SIX)。 |
架構(gòu) | 在執(zhí)行依賴于表架構(gòu)的操作時使用。 架構(gòu)鎖包含兩種類型:架構(gòu)修改 (Sch-M) 和架構(gòu)穩(wěn)定性 (Sch-S)。 |
大容量更新 (BU) | 在向表進行大容量數(shù)據(jù)復(fù)制且指定了 TABLOCK 提示時使用。 |
鍵范圍 | 當(dāng)使用可序列化事務(wù)隔離級別時保護查詢讀取的行的范圍。 確保再次運行查詢時其他事務(wù)無法插入符合可序列化事務(wù)的查詢的行。 |
可以鎖定SQL Server中的各種對象,既可以是一個行,也可以是一個表或數(shù)據(jù)庫??梢枣i定的資源在粒度(granularity)上差異很大。從細(行)到粗(數(shù)據(jù)庫)。細粒度鎖允許更大的數(shù)據(jù)庫并發(fā),因為用戶能對某些未鎖定的行執(zhí)行查詢。然而,每個由SQL Server產(chǎn)生的鎖都需要內(nèi)存,所以數(shù)以千計獨立的行級別的鎖也會影響SQL Server的性能。粗粒度的鎖降低了并發(fā)性,但消耗的資源也較少。下表介紹SQL Server可以鎖定的資源:
資源 |
說明 |
KEY | 索引中用于保護可序列化事務(wù)中的鍵范圍的行鎖。 |
PAGE | 數(shù)據(jù)庫中的 8 KB 頁,例如數(shù)據(jù)頁或索引頁。 |
EXTENT | 一組連續(xù)的八頁,例如數(shù)據(jù)頁或索引頁。 |
HoBT | 堆或 B 樹。 用于保護沒有聚集索引的表中的 B 樹(索引)或堆數(shù)據(jù)頁的鎖。 |
TABLE | 包括所有數(shù)據(jù)和索引的整個表。 |
FILE | 數(shù)據(jù)庫文件。 |
RID | 用于鎖定堆中的單個行的行標(biāo)識符。 |
APPLICATION | 應(yīng)用程序?qū)S玫馁Y源。 |
METADATA | 元數(shù)據(jù)鎖。 |
ALLOCATION_UNIT | 分配單元。 |
DATABASE | 整個數(shù)據(jù)庫。 |
不是所有的鎖都能彼此兼容。例如,一個被排他鎖鎖定的資源不能被再加其他鎖。其他事務(wù)必須等待或超時,直到排他鎖被釋放。被更新鎖鎖定的資源只能接受其他事務(wù)的共享鎖。被共享鎖鎖定的資源還能接受其他的共享鎖或更新鎖。
SQL Server自動分配和升級鎖。升級意味著細粒度的鎖(行或頁鎖)被轉(zhuǎn)化為粗粒度的表鎖。當(dāng)單個T-SQL語句在單個表或索引上獲取5000多個鎖,或者SQL Server實例中的鎖數(shù)量超過可用內(nèi)存閾值時,SQL Server會嘗試啟動鎖升級。鎖占用系統(tǒng)內(nèi)存,因此把很多鎖轉(zhuǎn)化為一個較大的鎖能釋放內(nèi)存資源。然而,在釋放內(nèi)存資源的同時會降低并發(fā)性。
SQL Server 2008帶來了新的表選項,可以禁用鎖升級或在分區(qū)(而不是表)范圍啟用鎖升級。
二、查看鎖的活動
下面演示一個實例,它使用sys.dm_tran_locks動態(tài)視圖監(jiān)視數(shù)據(jù)庫中鎖的活動。
打開一個查詢窗口,執(zhí)行如下語句:
解析:本示例中,我們首先啟動了一個新事務(wù),并使用TABLOCKX鎖提示(這個提示對表放置了排他鎖),對Production.ProductDocument表執(zhí)行了一個查詢。查詢sys.dm_tran_locks動態(tài)管理視力可以監(jiān)視當(dāng)前SQL Server實例中打開了哪些鎖。它返回了AdventureWorks數(shù)據(jù)庫中活動鎖的列表??梢栽诮Y(jié)果中的最后一行看到ProductDocument表上的排他鎖。
前三列定義了會話鎖、資源類型和數(shù)據(jù)庫ID。第四列使用了Object_Name函數(shù),注意它使用了兩個參數(shù)(對象ID和數(shù)據(jù)庫ID)來指定訪問哪個名稱(第二個參數(shù)是SQL Server 2005 SP2引入的,它用來指定為了轉(zhuǎn)換對象名稱而使用哪個數(shù)據(jù)庫)。同時也查詢鎖定請求模式和狀態(tài),最后,F(xiàn)rom子句引用DMV,用Where子句指定了兩個資源類型。Resource_Type指定了鎖定的資源類型,如Database\Object\File\Page\Key\RID\Extent\Metadata\Application\Allocation_Unit或HOBT類型。依賴資源類型的resource_associated_entity_id,確定ID是object ID, allocation unit ID, 或Hobt ID。
■如果resource_associated_entity_id列包含Object ID(資源類型為Object),可以使用sys.objects目錄視圖來轉(zhuǎn)換名稱。
■如果resource_associated_entity_id列包含allocation unit ID(資源類型為Allocation_Unit),可以引用sys.allocatiion_units和contain_id聯(lián)結(jié)到sys.partitions上,就可以確定object ID。
■如果resource_associated_entity_id列包含Hobt ID(資源類型為Key\page\Row或HOBT),可以直接引用sys.partitions,然后查找相應(yīng)的Object ID。
■對于Database、Extent、 Application或MetaData的資源類型,resource_associated_entity_id列將為0。
使用sys.dm_tran_locks能對無法預(yù)料的并發(fā)問題進行故障調(diào)試。例如,一個查詢會話占用鎖的時間可能比預(yù)期時間長而被鎖,或者鎖的粒度或鎖模式不是我們所期望的(可能是希望使用表鎖而不是更小粒度的行鎖或頁鎖)。理解鎖處于的鎖定級別有助于我們更有效地對查詢的并發(fā)問題進行故障調(diào)試。
三、控制表的鎖升級行為
每個在SQL Server中創(chuàng)建的鎖都會消耗內(nèi)存資源。當(dāng)鎖的數(shù)量增加時,內(nèi)存就會減少。如果鎖的內(nèi)存使用百分比超過一個特定閾值,SQL Server會將細粒度鎖(頁或行)轉(zhuǎn)換為粗粒度鎖(表鎖)。這個過程稱為鎖升級。鎖升級可以減少SQL Server實例占有的鎖數(shù)量,減少鎖內(nèi)存的使用。
雖然細粒度會消耗更多的內(nèi)存,但由于多個查詢可以訪問未鎖定的行,因此也會改善并發(fā)性。引入表鎖可能會減少內(nèi)存的消耗,但也會帶來阻塞,這是因為一條查詢鎖住了整個表。根據(jù)使用數(shù)據(jù)庫的應(yīng)用程序,這個行為可能是不希望發(fā)生的,而且你可能希望當(dāng)SQL Server實施鎖升級時盡量獲得更多的控制。
SQL Server 2008引入了使用ALter table命令在表級別控制鎖升級的功能?,F(xiàn)在可以從如下3個設(shè)置中選擇:
■Table 這是SQL Server 2005中使用的默認行為。當(dāng)設(shè)置為該值時,在表級別啟用了鎖升級,不論是否為分區(qū)表。
■Auto 如果表已分區(qū),則在分區(qū)級別(堆或B樹)啟用鎖升級。如果表未分區(qū),鎖升級將發(fā)生在表級別上。
■Disable 在表級別刪除鎖升級。注意,對于用了TABLOCK 提示或使用可序列化隔離級別下Heap的查詢時,你仍然可能看到表鎖。
下面示例演示了修改表的新設(shè)置:
ALTER TABLE Person.Address
SET (LOCK_ESCALATION = AUTO)
--注意這句在SQL Server 2005下會出錯
SELECT lock_escalation,lock_escalation_desc
FROM sys.tables
WHERE name='Address'
/*
lock_escalation lock_escalation_desc
2 AUTO
*/
下來,我們禁用鎖升級:
ALTER TABLE Person.Address
SET ( LOCK_ESCALATION = DISABLE)
SELECT lock_escalation,lock_escalation_desc
FROM sys.tables
WHERE name='Address'
/*
lock_escalation lock_escalation_desc
1 DISABLE
*/
說明:在更改了這個配置后,可以通過查詢sys.tables目錄視圖的lock_escalation_desc列來驗證這個選項。
注意:如果表未分區(qū),通常情況為表級別升級。如果你指定了Disable選項,將不會出現(xiàn)表級別的鎖升級。這會提高并發(fā)性,但如果你請求訪問大量的行或頁,會增加內(nèi)存的消耗。
邀月 來自 http://www.cnblogs.com/downmoon
標(biāo)簽:咸寧 臺灣 西藏 日喀則 公主嶺 商洛 寶雞
巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《SQL2008中SQL應(yīng)用之-鎖定(locking) 應(yīng)用分析》,本文關(guān)鍵詞 SQL2008,中,SQL,應(yīng),用之,鎖定,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。