SQL Server 鎖實驗(SELECT加鎖探究)

來源:互聯網
上載者:User

標籤:from   font   image   request   範圍   select   border   begin   範圍查詢   

本例中使用 begin tranwith (holdlock)提示來觀察SQL Server在select語句中的鎖。開啟事務是為了保證時間極短的查詢也能觀察到鎖情況,因為holdlock會在事務結束後釋放鎖。 1. 查詢主鍵索引的select語句 其上鎖情況為:這裡我選擇了一較為靠前的主索引值,結果集有6條,因為是主鍵索引的範圍掃描因此掃描到第7行時停止,所以持有7個KEY鎖,此外這些記錄都在一個頁中(1:3104頁),因此最終的情況就是所示的7個KEY鎖和一個資料頁的IS鎖。這裡每一個KEY鎖對應一個主鍵資料行。需要注意的是如果範圍查詢的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頁鎖全釋放。  

SQL Server 鎖實驗(SELECT加鎖探究)

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.