SQL Server之旅(15):nolock引發的三級事件的一些思考

發表於2015-03-21

曾今有件事情讓我記憶猶新,那年剛來攜程不久,馬上就被安排寫一個介面,供企鵝公司呼叫他們員工的差旅資訊,然後我就三下五除二的給寫好了,上線之後,大概過了一個月。。。DBA那邊報告資料庫出現大量鎖超時,並且及時根據sql的來源將email發到了我們部門,指出sql讀取時間過長,並且缺少nolock,影響了大量機票訂單入庫,然後我就拿著sql去生產環境跑了下,22s。。。花擦。。。專案上線時間太久,版本已經不存在了,無法回滾。。。原本準備撤下介面。。。看了下撤下介面跟加上nolock時間相差不多,最後決定先加上nolock,釋出緊急單。。。然後再優化,DBA那邊暫時做手工解鎖,發上去後,最後就是損失XXXX訂單。。。定級為三級事件。然後就是追責,當然這個責任只能有老大們去承擔了,出了這次由我引發的事件,我得思考了,出了事情對我不見得全是壞事,起碼這次會讓我銘記如心,想想也搓,來攜程之前根本就不會關注要不要給select指定nolock,這其中也包括自己沒遇到過大資料吧,也包括自己的能力有限,只知道有鎖這個玩意,細說的話就啥也不知道了,後來才知道攜程有個規則,就是很多業務產線所寫的select都必須指定nolock,懂一點的人可能會說nolock可以提升效能,如果你這樣說,確實是這樣,因為資料庫的鎖是有96位元組開銷的,沒了鎖,也就沒有你在profile中看到accquired和released痙攣了,當你看完我的事件之後,你可能會意識到,效能提升不是最關心的,最關心就是不要出現死鎖,鎖等待。。。好了,言歸正傳,下面我們看看到底在資料庫中可以指定多少個鎖???

一:到底可以指定多少個鎖

這個問題有意思,我們不需要記,只要你裝一個SQL Prompt,有了這個神器,你就知道到底有多少個?如下圖:

一眼掃下去,還是蠻多的,不過你要注意了,那些所謂的XXXLock才是我們需要關注的,根據上面的圖,我們大概把鎖分個類。。。

粒度鎖:PAGLOCK, TABLOCK, TABLOCKX, ROWLOCK, NOLOCK

模式鎖:HOLDLOCK, UPDLOCK, XLOCK

接下來我從粒度鎖說起:

1. NOLOCK

都說nolock是無鎖模式的,那到底是怎樣的無鎖呢???到這篇為止,你應該知道,如果不加nolock,我們的表,資料頁是附加IS鎖的,那接下來我用profile看下兩者有什麼區別。

從上圖中,你會看到加上nolock之後,object上面附加了Sch-S鎖,這個鎖叫做“架構穩定鎖”,很簡單就是sql編譯時附加的一把鎖,目的就是防止在編譯時,有其他連線修改表結構,而這個鎖只與Sch-M鎖衝突,與其他鎖都相容,這說明什麼?說明其他連線鎖住了記錄也沒關係,我的nolock不跟他們打交道,這樣的話,就可能會讀到髒資料,不過沒關係,攜程的很多業務是容許髒資料的,畢竟比鎖等待,死鎖要強得多,再說nolock讀到了其他連線未修改或者未提交的資料,這個概率也比較低,就算遇到了也沒關係,一般不會招來客訴的,客人或許再刷下頁面,資料或許就正確了,對不對。。。

2.TABLOCK

這個還是比較見名識義的,就是附加在table上的鎖,也就是表鎖了,很恐怖的。。。下面我舉個Update的例子,看看前後對比。

在上面你有沒有看到,X鎖已經附加到OBJECT上面去了。。。這樣的話,其他連線就動不了這個Object了,只能等待。。。

3.  PAGLOCK

看了名字你應該也知道,就是附加到頁面這個級別的鎖,我也舉一個Update的例子。

從上面兩個圖中,你應該可以看到,原來附加到RID上面的U鎖,由於PagLock的提升,現在要附加到Page上面了,這個就是所謂的資料頁鎖。

4.TABLOCKX, ROWLOCK

這兩個我就不細說了,TABLOCKX就是直接附加在table上的X鎖,你可以通過select看一下。

ROWLOCK的話,預設情況下就是ROWLOCK,比如預設的Update,你會發現RID上被附加的U鎖,這個就是行鎖。

5.UPDLOCK

這個鎖還是蠻有意思的,它就是update鎖,如果你select下,它會呈現update的鎖痙攣效果。

6. XLOCK

知道了UPDLOCK鎖,我想XLOCK你也應該明白了。。。它就是delete鎖,即排他鎖,我可以讓select帶上排他鎖。

7.HOLDLOCK

最後一個我也沒鬧明白,據說是讓語句在整個事務中持有鎖,然後我就用select和update除錯一下。

從圖中可以看到,HOLDLOCK不管是在select還是Update中,都是對錶持有鎖,沒心情研究了,明天可以回家了。。。留給大家觀察吧。

相關文章