SQL Server 鎖實驗（SELECT加鎖探究）
阿新 • • 發佈：2017-06-21
style 一個 相關 select 當我 gin hold ria san 本例中使用begin tran和with (holdlock)提示來觀察SQL Server在select語句中的鎖。
開啟事務是為了保證時間極短的查詢也能觀察到鎖情況，因為holdlock會在事務結束後釋放鎖。
1. 查詢主鍵索引的select語句
其上鎖情況為：
![技術分享]()
這裏我選擇了一較為靠前的主鍵值，結果集有6條，因為是主鍵索引的範圍掃描因此掃描到第7行時停止，所以持有7個KEY鎖，此外這些記錄都在一個頁中（1:3104頁），因此最終的情況就是上圖所示的7個KEY鎖和一個數據頁的IS鎖。這裏每一個KEY鎖對應一個主鍵數據行。
需要註意的是如果範圍查詢的KEY值過多（約為5000），則會發生鎖升級，此時只會在表上加一個S鎖，釋放掉所有的主鍵KEY鎖和IS表鎖。關於鎖升級參見官網鎖升級相關頁面。 
![技術分享]()
其上鎖情況為：
![技術分享]()
PatientID是一個非唯一非聚集索引，結果集只有1條，因此索引查找時會多查找一個索引鍵，所以加兩個KEY鎖，當然鍵所在的索引頁22872本身也需要一個IS鎖，之後書簽查找需要在數據頁3104上加IS鎖以便獲取其中數據行，最後再相關的數據行上加S類型的KEY鎖。
這裏我們再使用dbcc page看一下索引頁22872的內容：（這裏只截取了前10行）
![技術分享]()
可以發現非聚集索引頁的書簽就是主鍵聚集索引的KEY值，Oracle索引的書簽則全部是RowID。
3.進行全表掃描的select語句
![技術分享]()
1）當我直接執行 select * from ris_request時其加鎖情況是： 
![技術分享]()
2）當我加了with (holdlock)時：
開始時語句會在很多page上加S鎖，並在表上加IS鎖，但是很快就會轉化為如下圖的情況，鎖升級為一個表級S鎖，S頁鎖全釋放。
其上鎖情況為：
SQL Server 鎖實驗（SELECT加鎖探究）