Oracle數(shù)據(jù)庫悲觀鎖與樂觀鎖詳解
成都創(chuàng)新互聯(lián)于2013年創(chuàng)立，先為南平等服務(wù)建站，南平等地企業(yè)，進行企業(yè)商務(wù)咨詢服務(wù)。為南平企業(yè)網(wǎng)站制作PC+手機+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問題。
Oracle數(shù)據(jù)庫悲觀鎖與樂觀鎖是本文我們主要要介紹的內(nèi)容。有時候為了得到最大的性能，一般數(shù)據(jù)庫都有并發(fā)機制，不過帶來的問題就是數(shù)據(jù)訪問的沖突。為了解決這個問題，大多數(shù)數(shù)據(jù)庫用的方法就是數(shù)據(jù)的鎖定。
數(shù)據(jù)的鎖定分為兩種方法，第一種叫做悲觀鎖，第二種叫做樂觀鎖。什么叫悲觀鎖呢，悲觀鎖顧名思義，就是對數(shù)據(jù)的沖突采取一種悲觀的態(tài)度，也就是說假設(shè)數(shù)據(jù)肯定會沖突，所以在數(shù)據(jù)開始讀取的時候就把數(shù)據(jù)鎖定住。而樂觀鎖就是認為數(shù)據(jù)一般情況下不會造成沖突，所以在數(shù)據(jù)進行提交更新的時候，才會正式對數(shù)據(jù)的沖突與否進行檢測，如果發(fā)現(xiàn)沖突了，則讓用戶返回錯誤的信息，讓用戶決定如何去做。
先從悲觀鎖開始說。在SqlServer等其余很多數(shù)據(jù)庫中，數(shù)據(jù)的鎖定通常采用頁級鎖的方式，也就是說對一張表內(nèi)的數(shù)據(jù)是一種串行化的更新插入機制，在任何時間同一張表只會插1條數(shù)據(jù)，別的想插入的數(shù)據(jù)要等到這一條數(shù)據(jù)插完以后才能依次插入。帶來的后果就是性能的降低，在多用戶并發(fā)訪問的時候，當對一張表進行頻繁操作時，會發(fā)現(xiàn)響應(yīng)效率很低，數(shù)據(jù)庫經(jīng)常處于一種假死狀態(tài)。而Oracle用的是行級鎖，只是對想鎖定的數(shù)據(jù)才進行鎖定，其余的數(shù)據(jù)不相干，所以在對Oracle表中并發(fā)插數(shù)據(jù)的時候，基本上不會有任何影響。
注：對于悲觀鎖是針對并發(fā)的可能性比較大，而一般在我們的應(yīng)用中用樂觀鎖足以。
Oracle的悲觀鎖需要利用一條現(xiàn)有的連接，分成兩種方式，從SQL語句的區(qū)別來看，就是一種是for update，一種是for update nowait的形式。比如我們看一個例子。首先建立測試用的數(shù)據(jù)庫表。
CREATE TABLE TEST(ID,NAME,LOCATION,VALUE,CONSTRAINT test_pk PRIMARY KEY(ID))AS SELECT deptno, dname, loc, 1 FROM scott.dept
這里我們利用了Oracle的Sample的scott用戶的表，把數(shù)據(jù)copy到我們的test表中。首先我們看一下for update鎖定方式。首先我們執(zhí)行如下的select for update語句。
select * from test where id = 10 for update
通過這條檢索語句鎖定以后，再開另外一個sql*plus窗口進行操作，再把上面這條sql語句執(zhí)行一便，你會發(fā)現(xiàn)sqlplus好像死在那里了，好像檢索不到數(shù)據(jù)的樣子，但是也不返回任何結(jié)果，就屬于卡在那里的感覺。這個時候是什么原因呢，就是一開始的第一個Session中的select for update語句把數(shù)據(jù)鎖定住了。由于這里鎖定的機制是wait的狀態(tài)(只要不表示nowait那就是wait)，所以第二個Session(也就是卡住的那個sql*plus)中當前這個檢索就處于等待狀態(tài)。當?shù)谝粋€session最后commit或者rollback之后，第二個session中的檢索結(jié)果就是自動跳出來，并且也把數(shù)據(jù)鎖定住。不過如果你第二個session中你的檢索語句如下所示。
select * from test where id = 10
也就是沒有for update這種鎖定數(shù)據(jù)的語句的話，就不會造成阻塞了。另外一種情況，就是當數(shù)據(jù)庫數(shù)據(jù)被鎖定的時候，也就是執(zhí)行剛才for update那條sql以后，我們在另外一個session中執(zhí)行for update nowait后又是什么樣呢。比如如下的sql語句。 由于這條語句中是制定采用nowait方式來進行檢索，所以當發(fā)現(xiàn)數(shù)據(jù)被別的session鎖定中的時候，就會迅速返回ORA-00054錯誤，內(nèi)容是資源正忙, 但指定以 NOWAIT 方式獲取資源。所以在程序中我們可以采用nowait方式迅速判斷當前數(shù)據(jù)是否被鎖定中，如果鎖定中的話，就要采取相應(yīng)的業(yè)務(wù)措施進行處理。
select * from test where id = 10 for update nowait
那這里另外一個問題，就是當我們鎖定住數(shù)據(jù)的時候，我們對數(shù)據(jù)進行更新和刪除的話會是什么樣呢。比如同樣，我們讓第一個Session鎖定住id=10的那條數(shù)據(jù)，我們在第二個session中執(zhí)行如下語句。
update test set value=2 where id = 10
這個時候我們發(fā)現(xiàn)update語句就好像select for update語句一樣也停住卡在這里，當你第一個session放開鎖定以后update才能正常運行。當你update運行后，數(shù)據(jù)又被你update語句鎖定住了，這個時候只要你update后還沒有commit，別的session照樣不能對數(shù)據(jù)進行鎖定更新等等。
總之，Oracle中的悲觀鎖就是利用Oracle的Connection對數(shù)據(jù)進行鎖定。在Oracle中，用這種行級鎖帶來的性能損失是很小的，只是要注意程序邏輯，不要給你一不小心搞成死鎖了就好。而且由于數(shù)據(jù)的及時鎖定，在數(shù)據(jù)提交時候就不呼出現(xiàn)沖突，可以省去很多惱人的數(shù)據(jù)沖突處理。缺點就是你必須要始終有一條數(shù)據(jù)庫連接，就是說在整個鎖定到最后放開鎖的過程中，你的數(shù)據(jù)庫聯(lián)接要始終保持住。與悲觀鎖相對的，我們有了樂觀鎖。樂觀鎖一開始也說了，就是一開始假設(shè)不會造成數(shù)據(jù)沖突，在最后提交的時候再進行數(shù)據(jù)沖突檢測。
在樂觀鎖中，我們有3種常用的做法來實現(xiàn)：
[1]第一種就是在數(shù)據(jù)取得的時候把整個數(shù)據(jù)都copy到應(yīng)用中，在進行提交的時候比對當前數(shù)據(jù)庫中的數(shù)據(jù)和開始的時候更新前取得的數(shù)據(jù)。當發(fā)現(xiàn)兩個數(shù)據(jù)一模一樣以后，就表示沒有沖突可以提交，否則則是并發(fā)沖突，需要去用業(yè)務(wù)邏輯進行解決。
[2]第二種樂觀鎖的做法就是采用版本戳，這個在hibernate中得到了使用。采用版本戳的話，首先需要在你有樂觀鎖的數(shù)據(jù)庫table上建立一個新的column，比如為number型，當你數(shù)據(jù)每更新一次的時候，版本數(shù)就會往上增加1。比如同樣有2個session同樣對某條數(shù)據(jù)進行操作。兩者都取到當前的數(shù)據(jù)的版本號為1，當?shù)谝粋€session進行數(shù)據(jù)更新后，在提交的時候查看到當前數(shù)據(jù)的版本還為1，和自己一開始取到的版本相同。就正式提交，然后把版本號增加1，這個時候當前數(shù)據(jù)的版本為2。
當?shù)诙€session也更新了數(shù)據(jù)提交的時候，發(fā)現(xiàn)數(shù)據(jù)庫中版本為2，和一開始這個session取到的版本號不一致，就知道別人更新過此條數(shù)據(jù)，這個時候再進行業(yè)務(wù)處理，比如整個Transaction都Rollback等等操作。在用版本戳的時候，可以在應(yīng)用程序側(cè)使用版本戳的驗證，也可以在數(shù)據(jù)庫側(cè)采用Trigger(觸發(fā)器)來進行驗證。不過數(shù)據(jù)庫的Trigger的性能開銷還是比較的大，所以能在應(yīng)用側(cè)進行驗證的話還是推薦不用Trigger。
[3]第三種做法和第二種做法有點類似，就是也新增一個Table的Column，不過這次這個column是采用timestamp型，存儲數(shù)據(jù)最后更新的時間。在Oracle9i以后可以采用新的數(shù)據(jù)類型，也就是timestamp with time zone類型來做時間戳。這種Timestamp的數(shù)據(jù)精度在Oracle的時間類型中是最高的，精確到微秒(還沒與到納秒的級別)，一般來說，加上數(shù)據(jù)庫處理時間和人的思考動作時間，微秒級別是非常非常夠了，其實只要精確到毫秒甚至秒都應(yīng)該沒有什么問題。和剛才的版本戳類似，也是在更新提交的時候檢查當前數(shù)據(jù)庫中數(shù)據(jù)的時間戳和自己更新前取到的時間戳進行對比，如果一致則OK，否則就是版本沖突。如果不想把代碼寫在程序中或者由于別的原因無法把代碼寫在現(xiàn)有的程序中，也可以把這個時間戳樂觀鎖邏輯寫在Trigger或者存儲過程中。
sqlserver
本身通過不同等級的鎖處理并發(fā)控制。
有記錄鎖、頁鎖、表鎖。
如果多個用戶同時操作一個記錄，只有第一個能修改，后面的修改時處理等等狀態(tài)。
但是在一般程序界面上，多個人同時打開了同一個記錄要進行修改，數(shù)據(jù)庫往往是保存最后一個修改的數(shù)據(jù)?？梢栽诒４媲白鲵炞C，如果發(fā)現(xiàn)打開的數(shù)據(jù)已改變（界面和數(shù)據(jù)庫一不致了），則提示數(shù)據(jù)已改變，重新獲取新數(shù)據(jù)，然后才能修改和保存。
各種大型數(shù)據(jù)庫所采用的鎖的基本理論是一致的，但在具體實現(xiàn)上各有差別。SQLServer更強調(diào)由系統(tǒng)來管理鎖。在用戶有SQL請求時，系統(tǒng)分析請求，自動在滿足鎖定條件和系統(tǒng)性能之間為數(shù)據(jù)庫加上適當?shù)逆i，同時系統(tǒng)在運行期間常常自動進行優(yōu)化處理，實行動態(tài)加鎖。對于一般的用戶而言，通過系統(tǒng)的自動鎖定管理機制基本可以滿足使用要求，但如果對數(shù)據(jù)安全、數(shù)據(jù)庫完整性和一致性有特殊要求，就需要了解SQLServer的鎖機制，掌握數(shù)據(jù)庫鎖定方法。 鎖是數(shù)據(jù)庫中的一個非常重要的概念，它主要用于多用戶環(huán)境下保證數(shù)據(jù)庫完整性和一致性。我們知道，多個用戶能夠同時操縱同一個數(shù)據(jù)庫中的數(shù)據(jù)，會發(fā)生數(shù)據(jù)不一致現(xiàn)象。即如果沒有鎖定且多個用戶同時訪問一個數(shù)據(jù)庫，則當他們的事務(wù)同時使用相同的數(shù)據(jù)時可能會發(fā)生問題。這些問題包括：丟失更新、臟讀、不可重復(fù)讀和幻覺讀： 1．當兩個或多個事務(wù)選擇同一行，然后基于最初選定的值更新該行時，會發(fā)生丟失更新問題。每個事務(wù)都不知道其它事務(wù)的存在。最后的更新將重寫由其它事務(wù)所做的更新，這將導(dǎo)致數(shù)據(jù)丟失。例如，兩個編輯人員制作了同一文檔的電子復(fù)本。每個編輯人員獨立地更改其復(fù)本，然后保存更改后的復(fù)本，這樣就覆蓋了原始文檔。最后保存其更改復(fù)本的編輯人員覆蓋了第一個編輯人員所做的更改。如果在第一個編輯人員完成之后第二個編輯人員才能進行更改，則可以避免該問題。 2.臟讀就是指當一個事務(wù)正在訪問數(shù)據(jù)，并且對數(shù)據(jù)進行了修改，而這種修改還沒有提交到數(shù)據(jù)庫中，這時，另外一個事務(wù)也訪問這個數(shù)據(jù)，然后使用了這個數(shù)據(jù)。因為這個數(shù)據(jù)是還沒有提交的數(shù)據(jù)，那么另外一個事務(wù)讀到的這個數(shù)據(jù)是臟數(shù)據(jù)，依據(jù)臟數(shù)據(jù)所做的操作可能是不正確的。例如，一個編輯人員正在更改電子文檔。在更改過程中，另一個編輯人員復(fù)制了該文檔（該復(fù)本包含到目前為止所做的全部更改）并將其分發(fā)給預(yù)期的用戶。此后，第一個編輯人員認為目前所做的更改是錯誤的，于是刪除了所做的編輯并保存了文檔。分發(fā)給用戶的文檔包含不再存在的編輯內(nèi)容，并且這些編輯內(nèi)容應(yīng)認為從未存在過。如果在第一個編輯人員確定最終更改前任何人都不能讀取更改的文檔，則可以避免該問題。 3．不可重復(fù)讀是指在一個事務(wù)內(nèi)，多次讀同一數(shù)據(jù)。在這個事務(wù)還沒有結(jié)束時，另外一個事務(wù)也訪問該同一數(shù)據(jù)。那么，在第一個事務(wù)中的兩次讀數(shù)據(jù)之間，由于第二個事務(wù)的修改，那么第一個事務(wù)兩次讀到的的數(shù)據(jù)可能是不一樣的。這樣就發(fā)生了在一個事務(wù)內(nèi)兩次讀到的數(shù)據(jù)是不一樣的，因此稱為是不可重復(fù)讀。例如，一個編輯人員兩次讀取同一文檔，但在兩次讀取之間，作者重寫了該文檔。當編輯人員第二次讀取文檔時，文檔已更改。原始讀取不可重復(fù)。如果只有在作者全部完成編寫后編輯人員才可以讀取文檔，則可以避免該問題。 4．幻覺讀是指當事務(wù)不是獨立執(zhí)行時發(fā)生的一種現(xiàn)象，例如第一個事務(wù)對一個表中的數(shù)據(jù)進行了修改，這種修改涉及到表中的全部數(shù)據(jù)行。同時，第二個事務(wù)也修改這個表中的數(shù)據(jù)，這種修改是向表中插入一行新數(shù)據(jù)。那么，以后就會發(fā)生操作第一個事務(wù)的用戶發(fā)現(xiàn)表中還有沒有修改的數(shù)據(jù)行，就好象發(fā)生了幻覺一樣。例如，一個編輯人員更改作者提交的文檔，但當生產(chǎn)部門將其更改內(nèi)容合并到該文檔的主復(fù)本時，發(fā)現(xiàn)作者已將未編輯的新材料添加到該文檔中。如果在編輯人員和生產(chǎn)部門完成對原始文檔的處理之前，任何人都不能將新材料添加到文檔中，則可以避免該問題。 所以，處理多用戶并發(fā)訪問的方法是加鎖。鎖是防止其他事務(wù)訪問指定的資源控制、實現(xiàn)并發(fā)控制的一種主要手段。當一個用戶鎖住數(shù)據(jù)庫中的某個對象時，其他用戶就不能再訪問該對象。加鎖對并發(fā)訪問的影響體現(xiàn)在鎖的粒度上。為了控制鎖定的資源，應(yīng)該首先了解系統(tǒng)的空間管理。在SQLServer2000系統(tǒng)中，最小的空間管理單位是頁，一個頁有8K。所有的數(shù)據(jù)、日志、索引都存放在頁上。另外，使用頁有一個限制，這就是表中的一行數(shù)據(jù)必須在同一個頁上，不能跨頁。頁上面的空間管理單位是盤區(qū)，一個盤區(qū)是8個連續(xù)的頁。表和索引的最小占用單位是盤區(qū)。數(shù)據(jù)庫是由一個或者多個表或者索引組成，即是由多個盤區(qū)組成。放在一個表上的鎖限制對整個表的并發(fā)訪問；放在盤區(qū)上的鎖限制了對整個盤區(qū)的訪問；放在數(shù)據(jù)頁上的鎖限制了對整個數(shù)據(jù)頁的訪問；放在行上的鎖只限制對該行的并發(fā)訪問。 SQLServer2000具有多粒度鎖定，允許一個事務(wù)鎖定不同類型的的資源。為了使鎖定的成本減至最少，SQLServer自動將資源鎖定在適合任務(wù)的級別。鎖定在較小的粒度（例如行）可以增加并發(fā)但需要較大的開銷，因為如果鎖定了許多行，則需要控制更多的鎖。鎖定在較大的粒度（例如表）就并發(fā)而言是相當昂貴的，因為鎖定整個表限制了其它事務(wù)對表中任意部分進行訪問，但要求的開銷較低，因為需要維護的鎖較少。SQLServer可以鎖定行、頁、擴展盤區(qū)、表、庫等資源。 行是可以鎖定的最小空間,行級鎖占用的數(shù)據(jù)資源最少，所以在事務(wù)的處理過程中，允許其他事務(wù)繼續(xù)操縱同一個表或者同一個頁的其他數(shù)據(jù)，大大降低了其他事務(wù)等待處理的時間，提高了系統(tǒng)的并發(fā)性。 頁級鎖是指在事務(wù)的操縱過程中，無論事務(wù)處理數(shù)據(jù)的多少，每一次都鎖定一頁，在這個頁上的數(shù)據(jù)不能被其他事務(wù)操縱。在SQLServer7.0以前，使用的是頁級鎖。頁級鎖鎖定的資源比行級鎖鎖定的數(shù)據(jù)資源多。在頁級鎖中，即使是一個事務(wù)只操縱頁上的一行數(shù)據(jù)，那么該頁上的其他數(shù)據(jù)行也不能被其他事務(wù)使用。因此，當使用頁級鎖時，會出現(xiàn)數(shù)據(jù)的浪費現(xiàn)象，也就是說，在同一個頁上會出現(xiàn)數(shù)據(jù)被占用卻沒有使用的現(xiàn)象。在這種現(xiàn)象中，數(shù)據(jù)的浪費最多不超過一個頁上的數(shù)據(jù)行。 表級鎖也是一個非常重要的鎖。表級鎖是指事務(wù)在操縱某一個表的數(shù)據(jù)時，鎖定了這個數(shù)據(jù)所在的整個表，其他事務(wù)不能訪問該表中的其他數(shù)據(jù)。當事務(wù)處理的數(shù)據(jù)量比較大時，一般使用表級鎖。表級鎖的特點是使用比較少的系統(tǒng)資源，但是卻占用比較多的數(shù)據(jù)資源。與行級鎖和頁級鎖相比，表級鎖占用的系統(tǒng)資源例如內(nèi)存比較少，但是占用的數(shù)據(jù)資源卻是最大。在表級鎖時，有可能出現(xiàn)數(shù)據(jù)的大量浪費現(xiàn)象，因為表級鎖鎖定整個表，那么其他的事務(wù)都不能操縱表中的其他數(shù)據(jù)。 盤區(qū)鎖是一種特殊類型的鎖，只能用在一些特殊的情況下。簇級鎖就是指事務(wù)占用一個盤區(qū)，這個盤區(qū)不能同時被其他事務(wù)占用。例如在創(chuàng)建數(shù)據(jù)庫和創(chuàng)建表時，系統(tǒng)分配物理空間時使用這種類型的鎖。系統(tǒng)是按照盤區(qū)分配空間的。當系統(tǒng)分配空間時，使用盤區(qū)鎖，防止其他事務(wù)同時使用同一個盤區(qū)。當系統(tǒng)完成分配空間之后，就不再使用這種類型的盤區(qū)鎖。特別是，當涉及到對數(shù)據(jù)操作的事務(wù)時，不使用盤區(qū)鎖。 數(shù)據(jù)庫級鎖是指鎖定整個數(shù)據(jù)庫，防止任何用戶或者事務(wù)對鎖定的數(shù)據(jù)庫進行訪問。數(shù)據(jù)庫級鎖是一種非常特殊的鎖，它只是用于數(shù)據(jù)庫的恢復(fù)操作過程中。這種等級的鎖是一種最高等級的鎖，因為它控制整個數(shù)據(jù)庫的操作。只要對數(shù)據(jù)庫進行恢復(fù)操作，那么就需要設(shè)置數(shù)據(jù)庫為單用戶模式，這樣系統(tǒng)就能防止其他用戶對該數(shù)據(jù)庫進行各種操作。 行級鎖是一種最優(yōu)鎖，因為行級鎖不可能出現(xiàn)數(shù)據(jù)既被占用又沒有使用的浪費現(xiàn)象。但是，如果用戶事務(wù)中頻繁對某個表中的多條記錄操作，將導(dǎo)致對該表的許多記錄行都加上了行級鎖，數(shù)據(jù)庫系統(tǒng)中鎖的數(shù)目會急劇增加，這樣就加重了系統(tǒng)負荷，影響系統(tǒng)性能。因此，在SQLServer中，還支持鎖升級(lockescalation)。所謂鎖升級是指調(diào)整鎖的粒度，將多個低粒度的鎖替換成少數(shù)的更高粒度的鎖，以此來降低系統(tǒng)負荷。在SQLServer中當一個事務(wù)中的鎖較多，達到鎖升級門限時，系統(tǒng)自動將行級鎖和頁面鎖升級為表級鎖。
SELECT au_lname FROM authors WITH (ROWLOCK )
鎖定提示 描述
HOLDLOCK 將共享鎖保留到事務(wù)完成，而不是在相應(yīng)的表、行或數(shù)據(jù)頁不再需要時就立即釋放鎖。HOLDLOCK等同于SERIALIZABLE。
NOLOCK 不要發(fā)出共享鎖，并且不要提供排它鎖。當此選項生效時，可能會讀取未提交的事務(wù)或一組在讀取中間回滾的頁面。有可能發(fā)生臟讀。僅應(yīng)用于 SELECT語句。
PAGLOCK 在通常使用單個表鎖的地方采用頁鎖。
READCOMMITTED 用與運行在提交讀隔離級別的事務(wù)相同的鎖語義執(zhí)行掃描。默認情況下，SQLServer 2000 在此隔離級別上操作。
READPAST 跳過鎖定行。此選項導(dǎo)致事務(wù)跳過由其它事務(wù)鎖定的行（這些行平常會顯示在結(jié)果集內(nèi)），而不是阻塞該事務(wù)，使其等待其它事務(wù)釋放在這些行上的鎖。READPAST 鎖提示僅適用于運行在提交讀隔離級別的事務(wù)，并且只在行級鎖之后讀取。僅適用于SELECT 語句。
READUNCOMMITTED 等同于NOLOCK。
REPEATABLEREAD 用與運行在可重復(fù)讀隔離級別的事務(wù)相同的鎖語義執(zhí)行掃描。
ROWLOCK 使用行級鎖，而不使用粒度更粗的頁級鎖和表級鎖。
SERIALIZABLE 用與運行在可串行讀隔離級別的事務(wù)相同的鎖語義執(zhí)行掃描。等同于HOLDLOCK。
TABLOCK 使用表鎖代替粒度更細的行級鎖或頁級鎖。在語句結(jié)束前，SQLServer 一直持有該鎖。但是，如果同時指定 HOLDLOCK，那么在事務(wù)結(jié)束之前，鎖將被一直持有。
TABLOCKX 使用表的排它鎖。該鎖可以防止其它事務(wù)讀取或更新表，并在語句或事務(wù)結(jié)束前一直持有。
UPDLOCK 讀取表時使用更新鎖，而不使用共享鎖，并將鎖一直保留到語句或事務(wù)的結(jié)束。UPDLOCK 的優(yōu)點是允許您讀取數(shù)據(jù)（不阻塞其它事務(wù)）并在以后更新數(shù)據(jù)，同時確保自從上次讀取數(shù)據(jù)后數(shù)據(jù)沒有被更改。
XLOCK 使用排它鎖并一直保持到由語句處理的所有數(shù)據(jù)上的事務(wù)結(jié)束時?？梢允褂? PAGLOCK或 TABLOCK 指定該鎖，這種情況下排它鎖適用于適當級別的粒度
(1)
HOLDLOCK:
在該表上保持共享鎖，直到整個事務(wù)結(jié)束，而不是在語句執(zhí)行完立即釋放所添加的鎖。
(2)
NOLOCK：不添加共享鎖和排它鎖，當這個選項生效后，可能讀到未提交讀的數(shù)據(jù)或“臟數(shù)據(jù)”，這個選項僅僅應(yīng)用于SELECT語句。
(3)
PAGLOCK：指定添加頁鎖（否則通?？赡芴砑颖礞i）。
(4)
READCOMMITTED用與運行在提交讀隔離級別的事務(wù)相同的鎖語義執(zhí)行掃描。默認情況下，SQL
Server
2000
在此隔離級別上操作。
(5)
READPAST:
跳過已經(jīng)加鎖的數(shù)據(jù)行，這個選項將使事務(wù)讀取數(shù)據(jù)時跳過那些已經(jīng)被其他事務(wù)鎖定的數(shù)據(jù)行，而不是阻塞直到其他事務(wù)釋放鎖，
READPAST僅僅應(yīng)用于READ
COMMITTED隔離性級別下事務(wù)操作中的SELECT語句操作。
(6)
READUNCOMMITTED：等同于NOLOCK。
(7)
REPEATABLEREAD：設(shè)置事務(wù)為可重復(fù)讀隔離性級別。
(8)
ROWLOCK：使用行級鎖，而不使用粒度更粗的頁級鎖和表級鎖。
(9)
SERIALIZABLE：用與運行在可串行讀隔離級別的事務(wù)相同的鎖語義執(zhí)行掃描。等同于
HOLDLOCK。
(10)
TABLOCK：指定使用表級鎖，而不是使用行級或頁面級的鎖，SQL
Server在該語句執(zhí)行完后釋放這個鎖，而如果同時指定了...(1)
HOLDLOCK:
在該表上保持共享鎖，直到整個事務(wù)結(jié)束，而不是在語句執(zhí)行完立即釋放所添加的鎖。
(2)
NOLOCK：不添加共享鎖和排它鎖，當這個選項生效后，可能讀到未提交讀的數(shù)據(jù)或“臟數(shù)據(jù)”，這個選項僅僅應(yīng)用于SELECT語句。
(3)
PAGLOCK：指定添加頁鎖（否則通?？赡芴砑颖礞i）。
(4)
READCOMMITTED用與運行在提交讀隔離級別的事務(wù)相同的鎖語義執(zhí)行掃描。默認情況下，SQL
Server
2000
在此隔離級別上操作。
(5)
READPAST:
跳過已經(jīng)加鎖的數(shù)據(jù)行，這個選項將使事務(wù)讀取數(shù)據(jù)時跳過那些已經(jīng)被其他事務(wù)鎖定的數(shù)據(jù)行，而不是阻塞直到其他事務(wù)釋放鎖，
READPAST僅僅應(yīng)用于READ
COMMITTED隔離性級別下事務(wù)操作中的SELECT語句操作。
(6)
READUNCOMMITTED：等同于NOLOCK。
(7)
REPEATABLEREAD：設(shè)置事務(wù)為可重復(fù)讀隔離性級別。
(8)
ROWLOCK：使用行級鎖，而不使用粒度更粗的頁級鎖和表級鎖。
(9)
SERIALIZABLE：用與運行在可串行讀隔離級別的事務(wù)相同的鎖語義執(zhí)行掃描。等同于
HOLDLOCK。
(10)
TABLOCK：指定使用表級鎖，而不是使用行級或頁面級的鎖，SQL
Server在該語句執(zhí)行完后釋放這個鎖，而如果同時指定了HOLDLOCK，該鎖一直保持到這個事務(wù)結(jié)束。
(11)
TABLOCKX：指定在表上使用排它鎖，這個鎖可以阻止其他事務(wù)讀或更新這個表的數(shù)據(jù)，直到這個語句或整個事務(wù)結(jié)束。
(12)
UPDLOCK
：指定在
讀表中數(shù)據(jù)時設(shè)置更新
鎖（update
lock）而不是設(shè)置共享鎖，該鎖一直保持到這個語句或整個事務(wù)結(jié)束，使用UPDLOCK的作用是允許用戶先讀取數(shù)據(jù)（而且不阻塞其他用戶讀數(shù)據(jù)），并且保證在后來再更新數(shù)據(jù)時，這一段時間內(nèi)這些數(shù)據(jù)沒有被其他用戶修改。
這個和C# 沒有關(guān)系，是數(shù)據(jù)庫鎖層面的原因，你只要執(zhí)行的SQL 語句發(fā)出明確的帶鎖指令即可。
SQL Server 鎖類型(與粒度相對應(yīng))
1． HOLDLOCK: 在該表上保持共享鎖，直到整個事務(wù)結(jié)束，而不是在語句執(zhí)行完立即釋放所添加的鎖。
2． NOLOCK：不添加共享鎖和排它鎖，當這個選項生效后，可能讀到未提交讀的數(shù)據(jù)或“臟數(shù)據(jù)”，這個選項僅僅應(yīng)用于SELECT語句。
3． PAGLOCK：指定添加頁鎖（否則通?？赡芴砑颖礞i）?！?/p>
4． READCOMMITTED用與運行在提交讀隔離級別的事務(wù)相同的鎖語義執(zhí)行掃描。默認情況下，SQL Server 2000 在此隔離級別上操作。
5． READPAST: 跳過已經(jīng)加鎖的數(shù)據(jù)行，這個選項將使事務(wù)讀取數(shù)據(jù)時跳過那些已經(jīng)被其他事務(wù)鎖定的數(shù)據(jù)行，而不是阻塞直到其他事務(wù)釋放鎖，READPAST僅僅應(yīng)用于READ COMMITTED隔離性級別下事務(wù)操作中的SELECT語句操作。
6． READUNCOMMITTED：等同于NOLOCK。
7． REPEATABLEREAD：設(shè)置事務(wù)為可重復(fù)讀隔離性級別?！?/p>
8． ROWLOCK：使用行級鎖，而不使用粒度更粗的頁級鎖和表級鎖。
9． SERIALIZABLE：用與運行在可串行讀隔離級別的事務(wù)相同的鎖語義執(zhí)行掃描。等同于 HOLDLOCK?！?/p>
10． TABLOCK：指定使用表級鎖，而不是使用行級或頁面級的鎖，SQL Server在該語句執(zhí)行完后釋放這個鎖，而如果同時指定了HOLDLOCK，該鎖一直保持到這個事務(wù)結(jié)束。
11． TABLOCKX：指定在表上使用排它鎖，這個鎖可以阻止其他事務(wù)讀或更新這個表的數(shù)據(jù)，直到這個語句或整個事務(wù)結(jié)束?！?/p>
12． UPDLOCK ：指定在讀表中數(shù)據(jù)時設(shè)置更新 鎖（update lock）而不是設(shè)置共享鎖，該鎖一直保持到這個語句或整個事務(wù)結(jié)束，使用UPDLOCK的作用是允許用戶先讀取數(shù)據(jù)（而且不阻塞其他用戶讀數(shù)據(jù)），并且保證在后來再更新數(shù)據(jù)時，這一段時間內(nèi)這些數(shù)據(jù)沒有被其他用戶修改。
下面的示例 為
--鎖表（其它事務(wù)不能讀、更新、刪除）
SELECT * FROM 表名 WITH(TABLOCKX);
重慶分公司
重慶分公司
