SQL Server誤區：有關鎖定擴大的誤區

誤區 #23: 鎖定擴大的過程是由行鎖定擴大到頁鎖，再由頁鎖定擴大到表鎖

錯誤

實際不是，在SQL Server 2005和之前的版本，鎖定擴大會直接升到表鎖。

在SQL Server 2005或SQL Server 2008，你可以通過如下追蹤旗標改變鎖定擴大的行為:

標誌1211-完全禁止鎖定擴大，但鎖使用的記憶體會被限制在動態分配記憶體的60%,當超過這個值時，更多的鎖將會伴隨著記憶體溢出錯誤而失敗。

標誌1224-禁止鎖定擴大，但記憶體使用量超過40%時，會自動開啟鎖定擴大

如果標誌1211和1224追蹤旗標同時被設定了，只有標誌1211會生效。更詳細的內容請看Books Online。

在SQL Server 2008中，還可以以表為單位進行鎖行為的設定，可以通過ALTER TABLE blah SET (LOCK_ESCALATION = XXX)，在這個命令中XXX所代表的是下面幾項中的一項:

TABLE: 直接從行鎖定擴大到表鎖。

AUTO:如果存在表分區，則升級為分區鎖，但不會進一步升級。

DISABLE:禁用鎖定擴大，這並不意味著禁用表鎖，就像BOL(Books Online entry)中所說，在序列化隔離等級的條件下進行表掃描等操作時還需要表鎖。

在2008年1月的時候，我寫了一篇包含分區鎖例子的博文，請看：SQL Server 2008: Partition-level lock escalation details and examples。

或許你會想為什麼LOCK_ESCALATION = XXX設定中AUTO不是預設值，這時因為早期測試中某些人發現這個選項更容易引起死結。就像對於上述兩個有關鎖的跟蹤標記一樣，對於這個選項設定為AUTO也同樣需要謹慎。

更多精彩內容：http://www.bianceng.cnhttp://www.bianceng.cn/database/SQLServer/