日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 运维知识 > 数据库 >内容正文

数据库

数据库优化:SqlServer的with(nolock)关键字的用法介绍

發布時間:2023/12/10 数据库 41 豆豆
生活随笔 收集整理的這篇文章主要介紹了 数据库优化:SqlServer的with(nolock)关键字的用法介绍 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

一、with(nolock)的介紹

數據庫寫查詢語句的時候,為了提升查詢性能,往往會在查詢的表后面加一個nolock,或者是with(nolock),其目的就是查詢的時候是不鎖定表,從而提高查詢速度的目的。但如果同一時間有多個用戶訪問同一資源的時候,如果并發用戶對該資源做了修改。則會對其他用戶訪問該數據造成數據不一致的情況。主要

體現下面三種情況。

1、臟讀

一個用戶對一個資源做了修改,此時另外一個用戶正好讀取了這條被修改的記錄,然后,第一個用戶放棄修改,數據回到修改之前,這兩個不同的結果就是臟讀。

2、不可重復讀

一個用戶的一個操作是一個事務,這個事務分兩次讀取同一條記錄,如果第一次讀取后,有另外用戶修改了這個數據,然后第二次讀取的數據正好是其它用戶修改的數據,這樣造成兩次讀取的記錄不同,如果事務中鎖定這條記錄就可以避免。

3、幻讀

指用戶讀取一批記錄的情況,用戶兩次查詢同一條件的一批記錄,第一次查詢后,有其它用戶對這批數據做了修改,方法可能是修改,刪除,新增,第二次查詢時,會發現第一次查詢的記錄條目有的不在第二次查詢結果中,或者是第二次查詢的條目不在第一次查詢的內容中。

NOLOCK 語句執行時不發出共享鎖,允許臟讀 ,等于 READ UNCOMMITTED事務隔離級別 。nolock確實在查詢時能提高速度,但它并不是沒有缺點的,起碼它會引起臟讀、只適用于select查詢語句。在一些不需要考慮臟讀的場合會用到,例如當用戶在論壇發廣告貼時刪除其所有發帖,這個查詢就不怕臟讀,全刪,或者漏一個正在發的都不是問題。

二、舉個例子

下面就來演示這個情況。

為了演示兩個事務死鎖的情況,我們下面的測試都需要在SQL Server Management Studio中打開兩個查詢窗口。保證事務不被干擾。?

1、 沒有提交的事務,NOLOCK 和 READPAST處理的策略:

查詢窗口一請執行如下腳本:

CREATE TABLE t1 (c1 int IDENTITY(1,1), c2 int)

go

BEGIN TRANSACTION

insert t1(c2) values(1)?

2、在查詢窗口一執行后,查詢窗口二執行如下腳本:

select count(*) from t1 WITH(NOLOCK)

select count(*) from t1 WITH(READPAST)?

結果與分析:

查詢窗口二依次顯示統計結果為:1、0

查詢窗口一的命令沒有提交事務,所以 READPAST 不會計算沒有提交事務的這一條記錄,這一條被鎖住了,READPAST 看不到;而NOLOCK則可以看到被鎖住的這一條記錄。?

如果這時候我們在查詢窗口二中執行:

select count(*) from t1 就會看到這個執行很久不能執行完畢,因為這個查詢遇到了一個死鎖。

清除掉這個測試環境,需要在查詢窗口一中再執行如下語句:

ROLLBACK TRANSACTION

drop table t1

演示二:對被鎖住的記錄,NOLOCK 和 READPAST處理的策略

這個演示同樣需要兩個查詢窗口。

請在查詢窗口一中執行如下語句:

CREATE TABLE t2 (UserID int , NickName nvarchar(50))

go

insert t2(UserID,NickName) values(1,'lucas')

insert t2(UserID,NickName) values(2,'fuckcpp')

go

BEGIN TRANSACTION

update t2 set NickName = 'fuckcpp.net' where UserID = 2?

請在查詢窗口二中執行如下腳本:

select * from t2 WITH(NOLOCK) where UserID = 2

select * from t2 WITH(READPAST) where UserID = 2

結果與分析:

查詢窗口二中, NOLOCK 對應的查詢結果中我們看到了修改后的記錄,READPAST對應的查詢結果中我們沒有看到任何一條記錄。這種情況下就可能發生臟讀

三、with(nolock)的適用場景

1、數據量特別大的表,犧牲數據時效性來提升性能是可以考慮的;

2、允許出現臟讀現象的業務邏輯,反之一些數據完整性要求比較嚴格的場景就不合適了,像電商、金融方面等。

3、數據不經常修改的表,這樣會省掉鎖定表的時間來加快查詢速度。

4、當使用NoLock時,它允許閱讀那些已經修改但是還沒有交易完成的數據。因此如果有需要考慮transaction事務數據的實時完整性時,使用WITH (NOLOCK)就要好好考慮一下。

IT技術分享社區

文章推薦程序員效率:畫流程圖常用的工具程序員效率:整理常用的在線筆記軟件遠程辦公:常用的遠程協助軟件,你都知道嗎?51單片機程序下載、ISP及串口基礎知識硬件:斷路器、接觸器、繼電器基礎知識

總結

以上是生活随笔為你收集整理的数据库优化:SqlServer的with(nolock)关键字的用法介绍的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。