前言

在SQL Server中，我們知道一個SELECT語句執(zhí)行過程中只會申請一些意向共享鎖(IS) 與共享鎖(S), 例如我使用SQL Profile跟蹤會話86執(zhí)行SELECT * FROM dbo.TEST WHERE OBJECT_ID =1 這個查詢語句，其申請、釋放的鎖資源的過程如下所示：

而且從最常見的鎖模式的兼容性表，我們可以看到IS鎖與S鎖都是兼容的，也就是說SELECT查詢是不會阻塞SELECT查詢的。

但是在某些特殊場景。你會看到SELECT語句居然“阻塞”SELECT操作，那么SQL Server中SELECT會真的阻塞SELECT操作嗎？我們先構(gòu)造測試的案例場景，那么先準備測試數(shù)據(jù)吧

CREATE TABLE TEST (OBJECT_ID INT, NAME VARCHAR(8));

CREATE INDEX PK_TEST ON TEST(OBJECT_ID)

DECLARE @Index INT =0;

WHILE @Index < 20
BEGIN
INSERT INTO TEST
SELECT @Index, ‘kerry’;

SET @Index = @Index +1;
END