徵狀
請試想下列案例:
-
您有已啟用 ALLOW_SNAPSHOT_ISOLATION 和 READ_COMMITTED_SNAPSHOT選項的 Microsoft SQL Server 2012 資料庫。
-
您至少有三個針對同一個資料表執行的併發查詢。
-
查詢會使用(TABLOCK、UPDLOCK) 查詢提示。
-
每個查詢都會封裝在明確的 開始事務 語句中,但不會執行 COMMIT 事務 語句 。
在這種情況下,當第一個查詢提交時,其中一個查詢會鎖死。當 READ_COMMITTED_SNAPSHOT 與 TABLOCK 及 UPDLOCK 查詢提示搭配使用時,會話會在資料表上採用 IX 鎖。 當兩個併發會話同時嘗試將 IX 鎖轉換成 X 次鎖定時,就會發生鎖死。 如果 READ_COMMITTED_SNAPSHOT 停用,會話將會取得6個在轉換為 X 鎖時不會鎖死的鎖。 此修復程式會 READ_COMMITTED_SNAPSHOT 在與 TABLOCK 與 UPDLOCK 提示搭配使用時,授與提供 LCK_M_SCH_S 鎖(而不是 IX 鎖)來解決此行為。注意這個問題也會發生在 Microsoft SQL Server 2008 R2 中。 即將發行 SQL Server 2008 R2 的修復程式。
解決方案
此問題最初是在 SQL Server 的後續累積更新中修正。
SQL Server 2012 SP1 的累積更新8 /en-us/help/2917531
每個新的 SQL Server 累計更新都包含所有的修正程式,以及前一個累積更新中所包含的所有安全性修正程式。 查看 SQL Server 的最新累計更新:
狀態
Microsoft 已確認本篇文章<適用於>一節所列之 Microsoft 產品確實有上述問題。