文章出處
文章列表
本例中使用begin tran和with (holdlock)提示來觀察SQL Server在select語句中的鎖。
開啟事務是為了保證時間極短的查詢也能觀察到鎖情況，因為holdlock會在事務結束后釋放鎖。
1. 查詢主鍵索引的select語句
其上鎖情況為：
這里我選擇了一較為靠前的主鍵值，結果集有6條，因為是主鍵索引的范圍掃描因此掃描到第7行時停止，所以持有7個KEY類型的RangeS-S鎖（鍵范圍鎖），此外這些記錄都在一個頁中（1:3104頁），因此最終的情況就是上圖所示的7個KEY鎖和一個數據頁的IS鎖。這里每一個鍵范圍鎖對應一個主鍵數據行。注意鍵范圍鎖只會在數據/索引行級別出現。
需要注意的是如果范圍查詢的KEY值過多（約為5000），則會發生鎖升級，此時只會在表上加一個S鎖，釋放掉所有的主鍵KEY鎖和IS表鎖。鎖升級只會由行鎖或頁鎖直接升級為表鎖，不存在行鎖升級為頁鎖的情況。關于鎖升級參見官網鎖升級相關頁面。
2. 查詢非聚集索引的select語句
其上鎖情況為：
PatientID是一個非唯一非聚集索引，結果集只有1條，因此索引查找時會多查找一個索引鍵，所以加兩個KEY鍵范圍鎖，當然鍵所在的索引頁22872本身也需要一個IS鎖，之后書簽查找需要在數據頁3104上加IS鎖以便獲取其中數據行，最后在相關的數據行上加S類型的KEY鎖。
這里我們再使用dbcc page看一下索引頁22872的內容：（這里只截取了前10行）
可以發現非聚集索引頁的書簽就是主鍵聚集索引的KEY值，Oracle索引的書簽則全部是RowID。
3.進行全表掃描的select語句
1）當我直接執行 select * from ris_request時其加鎖情況是：
select語句會為表上讀到的的每個頁依次加鎖，讀完且獲取到下一個頁的S鎖時釋放本頁的S鎖，表上只有一個IS鎖。
2）當我加了with (holdlock)時：
開始時語句會在很多page上加S鎖，并在表上加IS鎖，但是很快就會轉化為如下圖的情況，鎖升級為一個表級S鎖，S頁鎖全釋放。
文章列表
全站熱搜
留言列表
