SQL Server並行死鎖案例解析

時間 2019-11-13

標籤 sql server 並行死鎖案例解析欄目 SQL 简体版

原文原文鏈接

並行執行做爲提高查詢響應時間,提升用戶體驗的一種有效手段被你們所熟知,感興趣的朋友能夠看我之前的博客SQL Server優化技巧之SQL Server中的"MapReduce", SQL Server優化器特性-位圖過濾(Bitmap),然而正如我一直強調的,任何事物均有利弊,重點在於抉擇.近日有朋友問我關於在今年7月份SQL Saturday中分享的並行執行中關於並行死鎖的內容,這裏我就詳細解釋下我舉的實例中的並行死鎖.html

並行死鎖咱們能夠理解爲SQL Server的」BUG」,即按照並行方式執行時遭遇特定異常使得執行沒法繼續.官方給的解決方式大多很簡單,改成串行就能夠了.但其中仍是有值得咱們深究的地方以便咱們更好的利用並行.數據庫

注:因爲案例涉及的並行知識點較多,缺少相關知識的同窗能夠先預覽一下我當時分享的PPT,若是有不清楚的地方也能夠私信我. Inside Parallel Query架構

閒篇到此,上實例分佈式

生成測試數據ide

CREATE TABLE Numbers
(
    Number INT NOT NULL,
    CONSTRAINT PK_Numbers 
        PRIMARY KEY CLUSTERED (Number)
        WITH FILLFACTOR = 100
)

INSERT INTO Numbers
SELECT
    (a.Number * 256) + b.Number AS Number
FROM 
    (
        SELECT number
        FROM master..spt_values
        WHERE 
            type = 'P'
            AND number <= 255
    ) a (Number),
    (
        SELECT number
        FROM master..spt_values
        WHERE 
            type = 'P'
            AND number <= 255
    ) b (Number)

View Code

接下來咱們執行以下語句,取30000下最大偶數,此時我將執行並行數maxdop隨意調整爲奇數,3,5,7個人執行均可以迅速返回結果.測試

執行代碼優化

set statistics time on
select 
      maxN=max(num.number)
from dbo.numbers as num
where 
      num.number<30000
      and convert(integer,convert(varchar(max),num.number)) % 2=0
option
(
Maxdop 3,-----5,7
querytraceon 8649
);

View Code

但當我將並行數調整爲偶數時,執行時間竟然長達數秒…打開trace profiler跟蹤dead lock chain咱們發現,當並行數爲偶數時出現了死鎖.spa

如圖1-1,1-2,1-3線程

select 
      maxN=max(num.number)
from dbo.numbers as num
where 
      num.number<30000
      and convert(integer,convert(varchar(max),num.number)) % 2=0
option
(
Maxdop 4,-----2,6
querytraceon 8649
);