SQLSERVER 的 nolock 到底是怎樣的無鎖?

来源:https://www.cnblogs.com/huangxincheng/archive/2023/01/31/17078516.html
-Advertisement-
Play Games

一:背景 1. 講故事 相信絕大部分用 SQLSERVER 作為底層存儲的程式員都知道 nolock 關鍵詞,即使當時不知道也會在踩過若幹阻塞坑之後果斷的加上 nolock,但這玩意有什麼註意事項呢?這就需要瞭解它的底層原理了。 二:nolock 的原理 1. sql 阻塞還原 為了方便講述,先創建 ...


一:背景

1. 講故事

相信絕大部分用 SQLSERVER 作為底層存儲的程式員都知道 nolock 關鍵詞,即使當時不知道也會在踩過若幹阻塞坑之後果斷的加上 nolock,但這玩意有什麼註意事項呢?這就需要瞭解它的底層原理了。

二:nolock 的原理

1. sql 阻塞還原

為了方便講述,先創建一個 post 表,插個 6 條記錄,參考代碼如下:


CREATE TABLE post(id INT IDENTITY,content char(4000))
GO

INSERT INTO dbo.post VALUES('aaa')
INSERT INTO dbo.post VALUES('bbb')
INSERT INTO dbo.post VALUES('ccc');
INSERT INTO dbo.post VALUES('ddd');
INSERT INTO dbo.post VALUES('eee');
INSERT INTO dbo.post VALUES('fff');

這裡為了簡單我沒有創建索引,所以會出現 Table Scan 的情況,畢竟生產環境下的sql也避免不了 Table ScanClustered Index Scan 的存在,接下來還原下阻塞場景,開啟兩個 session 會話, session1 為正在運行的 update 事務, session2 為一個簡單的 select 操作,這種場景下會導致 session2 阻塞,參考代碼如下:

  • session1

BEGIN TRAN
UPDATE post SET content='xxxxx' WHERE id=3

  • session2

SELECT * FROM post WHERE id=4

從圖中可以看到,這個 select 已經阻塞 9 分鐘了,那為什麼會被阻塞呢? 可以觀察 SQLSERVER 內部的統計信息,比如鎖相關的動態視圖 sys.dm_tran_locks ,參考代碼如下:


SELECT t.request_session_id,
       CASE
           WHEN t.resource_type = 'OBJECT' THEN
               OBJECT_NAME(t.resource_associated_entity_id)
           WHEN t.resource_associated_entity_id = 0 THEN
               '/'
           ELSE
               OBJECT_NAME(p.object_id)
       END AS resource_name,
       index_id,
       t.resource_type,
       t.resource_description AS description,
       t.request_mode AS mode,
       t.request_status AS status
FROM sys.dm_tran_locks AS t
    LEFT JOIN sys.partitions AS p
        ON p.hobt_id = t.resource_associated_entity_id
WHERE t.resource_database_id = DB_ID()

從圖中看,session55 準備在 1:489:0 這個槽位指向的記錄上附加 S 鎖時被阻塞,因為 1:489:0 已經被附加了 X 鎖,很顯然這個 X 鎖是 update 給的。

上面給出的是一個 靜態視圖,為了方便顯示動態視圖,這裡把 sql profile 開起來觀察兩個 session 給鎖的過程,事件選擇上如下所示:

將 sqlprofile 開啟後,重新運行下剛纔的兩個會話,觀察 profile 的走勢,截圖如下:

圖中的註釋已經說的非常清楚了,和 sys.dm_tran_locks 顯示的一致,有了這些基礎後接下來觀察下如果加上 with (nolock) 會怎麼樣?

SELECT * FROM post(NOLOCK) WHERE id=4

你會發現結果是可以出來的,那為什麼可以出來呢?繼續觀察下 profile 即可。

從 session 55 的 lock 輸出來看,with(nolock) 會對 post 表附加 Sch-S 架構穩定鎖,以及分區中的 堆或BTree 附加S鎖, 而不再對 PAGE 附加任何鎖了,所以就不存在阻塞的情況,但肯定會引起臟讀。

到這裡基本上就是 nolock 的底層玩法了吧,不過也有一個註意點,nolock 真的不會引發阻塞嗎? 接下來我們好好聊一聊。

3. nolock 真的無視阻塞嗎

從 sqlprofile 觀察鎖的走勢圖來看,nolock 只是在上限為 page 頁級別上做到無視,但在 page 之上就無法做到了,比如你看到的 Sch-S,可能有些朋友要問了,為什麼要加上 Sch-S 鎖呢? 其實很簡單,在 query 的過程中一定要保持架構穩定嘛,不能在 query 的過程中,post 表突然被刪了,這樣大家多尷尬。

接下來也可以做個簡單的測試。


----- session 1
BEGIN TRAN
TRUNCATE TABLE post;

----- session 2
SELECT * FROM post(NOLOCK) WHERE id=4

可以發現 nolock 查詢也被阻塞了,原因就在於拿不到 post 表的 Sch-S 鎖,因為 TRUNCATE 已經給 post 附加了 Sch-M 架構修改鎖,那有沒有數據支撐呢? 繼續用動態視圖 sys.dm_tran_locks 觀察便可。

三:總結

綜上所述,nolock 也僅在 page 級別上暢通無阻,在某些情況下也會有阻塞情況的發生,由於無鎖自然就會讀到別的會話已修改但還未提交的記錄,sqlserver 作為一個資料庫應用程式,裡面包含了大量的運行時統計信息,這些統計信息可以用 系統視圖動態視圖 獲取,完全可以基於它們做一個完善的 APM 監控。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 這篇文章主要描述RPC框架中的非同步與安全,包括服務調用方和服務提供方的非同步計算設計方案,服務調用方與服務提供方之間的身份驗證以及服務提供方和服務發現之間的安全設計。 ...
  • 集合框架體系Collection和Map常用API【彙總】 Collection公共的方法 Collection是單列結合的頂層介面,它的方法是所有單列集合都可以繼承使用的。 //把給定元素添加到集合中 public boolean add(E e) //把給定元素從集合中刪除 public boo ...
  • 本文介紹基於Python語言,按照一定命名規則批量修改多個文件的文件名的方法。 已知現有一個文件夾,其中包括班級所有同學上交的作業文件,每人一份;所有作業文件命名格式統一,都是地信1701_姓名_學習心得格式。 現需要對每一位同學的作業文件加以改名,有很多種需求。 第一種需求,將每一位同學作業文件名 ...
  • Python 是一種代表簡單思想的語言,其語法相對簡單,很容易上手。不過,如果就此小視 Python 語法的精妙和深邃,那就大錯特錯了。本文精心篩選了最能展現 Python 語法之精妙的十個知識點,並附上詳細的實例代碼。如能在實戰中融會貫通、靈活使用,必將使代碼更為精煉、高效,同時也會極大提升代碼B ...
  • 前言 相信大家看過不少講C# async await的文章,博客園就能搜到很多,但還是有很多C#程式員不明白。 如果搞不明白,其實也不影響使用。但有人就會疑惑,為什麼要用非同步?我感覺它更慢了,跟同步有啥區別? 有的人研究深入,比如去研究狀態機,可能會明白其中的原理。但深入研究的畢竟少數。有的人寫一些 ...
  • 由於一些客戶的內部系統需要提取一些記錄信息,如果手工錄入會變得比較麻煩,因此考慮使用百度雲的OCR進行圖片文字的提取處理,綜合比較了一下開源免費的Tesseract 類庫進行處理,不過識別效果不太理想,因此轉為了百度的OCR雲介面處理方式,測試的效果比較理想,基本上較少出現錯別字。本篇隨筆介紹如何利... ...
  • 1.背景知識 CRLF用來表示文本換行的方式 ,CR是回車的意思,對應 \r ;LF 是換行的意思,對應 \n Windows 換行符是 \r\n Unix 換行是 \n 如果一個將要在Linux伺服器上使用的文件,比如某個配置文件,在windows電腦打開,編輯過,那麼文件每一行末尾會多有\r 。 ...
  • MySQL中既存在redo log,又存在bin log,這是因為bin log是MySQL Server提供的一種歸檔日誌,其本身並不具備crash-safe能力。而redo log本身不具備歸檔能力,他是一種迴圈寫的日誌。 MySQL通過將這兩種日誌整合起來,並通過兩階段提交的機制,保證了數據... ...
一周排行
    -Advertisement-
    Play Games
  • 人臉識別技術在現代社會中扮演著越來越重要的角色,比如人臉識別門禁、人臉識別支付、甚至人臉識別網站登錄等。 最近有群友問.NET有沒有人臉識別的組件,小編查閱相關資料介紹下麵幾種.NET人臉識別組件供大家參考。 **1、Microsoft Azure Face API** 簡介:Microsoft A ...
  • # 1. 與 .NET Core 緩存的關係和差異 ABP 框架中的緩存系統核心包是 [Volo.Abp.Caching](https://www.nuget.org/packages/Volo.Abp.Caching) ,而對於分散式緩存的支持,abp 官方提供了基於 Redis 的方案,需要安裝 ...
  • 最近ET做熱更重載dll的時候,返回登陸會重新檢測新的dll,首次登錄之前已經Assembly.Load()過一次dll,第二次返回登陸再次load dll到記憶體中,Invoke執行方法的時候,異常了,有些方法執行了,有些未執行,於是查資料,看到些老資料說Assembly.Load重覆載入同名dll ...
  • 1. 擴展方法 擴展方法使你能夠向現有類型“添加”方法,而無需創建新的派生類型、重新編譯或以其他方式修改原始類型。 擴展方法是一種靜態方法,但可以像擴展類型上的實例方法一樣進行調用。 對於用 C#、F# 和 Visual Basic 編寫的客戶端代碼,調用擴展方法與調用在類型中定義的方法沒有明顯區別 ...
  • 以前在隨筆《Winform開發框架之客戶關係管理系統(CRM)的開發總結系列1-界面功能展示 》的幾篇隨筆中介紹過基於WInform開發框架開發的CRM系統,系統的功能主要也是圍繞著客戶相關信息來進行管理的。本篇隨筆介紹在最新的《SqlSugar開發框架》中整合CRM系統模塊的功能。 ...
  • 隨著技術的發展,ASP.NET Core MVC也推出了好長時間,經過不斷的版本更新迭代,已經越來越完善,本系列文章主要講解ASP.NET Core MVC開發B/S系統過程中所涉及到的相關內容,適用於初學者,在校畢業生,或其他想從事ASP.NET Core MVC 系統開發的人員。 經過前幾篇文章... ...
  • [toc] 這篇文章是我之前總結的一篇文章,因為整理博客的原因,原有博客已經註銷,但這篇文章對一些讀者很有用,所以現在新瓶裝舊酒重新整理回來分享給大家。 最近一段時間生產環境頻繁出問題,每次都會生成一個hs_err_pid*.log文件,因為工作內容的原因,在此之前並沒有瞭解過相關內容,趁此機會學習 ...
  • # 前言 在上一篇文章中,給大家講解了泛型的概念、作用、使用場景,以及泛型集合、泛型介面和泛型類的用法,但受限於篇幅,並沒有把泛型的內容講解完畢。所以今天我們會繼續學習泛型方法、泛型擦除,以及通配符等的內容,希望大家繼續做好學習的準備哦。 *** 全文大約【**4600】** 字,不說廢話,只講可以 ...
  • 昨天遇到參數key大小寫不一致導致校驗簽名失敗的問題,查了很長時間才找到原因。看了一下FastJson源碼,發現JSON.toObject中轉換成對象的時候會忽略大小寫。 所以,當使用了JSON.toObject將json轉成Java對象後,再用JSON.toObject轉成json,key值就變了 ...
  • 基於java的線上商城設計與實現,線上購物平臺,校園購物商城,商品銷售平臺,基於Java的電商平臺;電商平臺,買家和賣家可以在此平臺上進行銷售和交易,節約了大量的線下時間成本,購物車的功能,校園交易平臺等等; ...