為了得到最大的性能，一般數(shù)據(jù)庫都有并發(fā)機制，不過帶來的問題就是數(shù)據(jù)訪問的沖突。為了解決這個問題，大多數(shù)數(shù)據(jù)庫用的方法就是數(shù)據(jù)的鎖定。

　　為了得到最大的性能，一般數(shù)據(jù)庫都有并發(fā)機制，不過帶來的問題就是數(shù)據(jù)訪問的沖突。為了解決這個問題，大多數(shù)數(shù)據(jù)庫用的方法就是數(shù)據(jù)的鎖定。

　　數(shù)據(jù)的鎖定分為兩種方法，第一種叫做悲觀鎖，第二種叫做樂觀鎖。什么叫悲觀鎖呢，悲觀鎖顧名思義，就是對數(shù)據(jù)的沖突采取一種悲觀的態(tài)度，也就是說假設數(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)響應效率很低，數(shù)據(jù)庫經(jīng)常處于一種假死狀態(tài)。而Oracle用的是行級鎖，只是對想鎖定的數(shù)據(jù)才進行鎖定，其余的數(shù)據(jù)不相干，所以在對Oracle表中并發(fā)插數(shù)據(jù)的時候，基本上不會有任何影響。

　　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ù)的樣子，但是也不返回任何結果，就屬于卡在那里的感覺。這個時候是什么原因呢，就是一開始的第一個Session中的select for update語句把數(shù)據(jù)鎖定住了。由于這里鎖定的機制是wait的狀態(tài)(只要不表示nowait那就是wait)，所以第二個Session(也就是卡住的那個sql*plus)中當前這個檢索就處于等待狀態(tài)。當?shù)谝粋€session最后commit或者rollback之后，第二個session中的檢索結果就是自動跳出來，并且也把數(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è)務措施進行處理。

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ù)進行鎖定更新等等。