Oracle 中 for update 和 for update nowait 的區別

 

原文出處http://bijian1013.iteye.com/blog/1895412

 

一.for update 和 for update nowait 的區別
首先一點，若是隻是select 的話，Oracle是不會加任何鎖的，也就是Oracle對 select 讀到的數據不會有任何限制，雖然這時候有可能另一個進程正在修改表中的數據，而且修改的結果可能影響到你目前select語句的結果，可是由於沒有鎖，因此select結果爲當前時刻表中記錄的狀態。
若是加入了for update，則Oracle一旦發現（符合查詢條件的）這批數據正在被修改，則不會發出該select語句查詢，直到數據被修改結束（被commit），立刻自動執行這個select語句。
一樣，若是該查詢語句發出後，有人須要修改這批數據（中的一條或幾條），它也必須等到查詢結束後（commit）後，才能修改。
for update nowait和 for update 都會對所查詢到得結果集進行加鎖，所不一樣的是，若是另一個線程正在修改結果集中的數據，for update nowait 不會進行資源等待，只要發現結果集中有些數據被加鎖，馬上返回 「ORA-00054錯誤，內容是資源正忙, 但指定以 NOWAIT 方式獲取資源」。
for update 和 for update nowait 加上的是一個行級鎖，也就是隻有符合where條件的數據被加鎖。若是僅僅用update語句來更改數據時，可能會由於加不上鎖而沒有響應地、莫名其妙地等待，但若是在此以前，for update NOWAIT語句將要更改的數據試探性地加鎖，就能夠經過當即返回的錯誤提示而明白其中的道理，或許這就是For Update和NOWAIT的意義之所在。
通過測試，以for update 或 for update nowait方式進行查詢加鎖，在select的結果集中，只要有任何一個記錄在加鎖，則整個結果集都在等待系統資源（若是是nowait，則拋出相應的異常）

二.for update nowait 與 for update 的目的
鎖定表的全部行，排斥其餘針對這個表的寫操做。確保只有當前事務對指定表進行寫操做。
for update nowait和 for update的區別：
別的事務要對這個表進行寫操做時，是等待一段時間仍是立刻就被數據庫系統拒絕而返回。制定採用nowait方式來進行檢索，因此當發現數據被別的session鎖定中的時候，就會迅速返回ORA-00054錯誤，內容是資源正忙。因此在程序中咱們能夠採用nowait方式迅速判斷當前數據是否被鎖定中，若是鎖定中的話，就要採起相應的業務措施進行處理。

實例：

打開一個PL/SQL，執行update deployop.tt t set t.a = 'X' where t.a = '1';

再打開另外一個PL/SQL，執行select * from tt t where t.a in ('1','2') for update nowait; 返回RA-00054錯誤，內容是資源正忙。
如在上面窗口中執行select * from tt t where t.a in ('1','2') for update，結果只是阻塞，不返回錯誤，以下所示：

三.SELECT...FOR UPDATE 語句的語法
SELECT ... FOR UPDATE [OF column_list][WAIT n|NOWAIT][SKIP LOCKED];
其中：
OF 子句用於指定即將更新的列，即鎖定行上的特定列。
WAIT 子句指定等待其餘用戶釋放鎖的秒數，防止無限期的等待。
"使用FOR UPDATE WAIT"子句的優勢以下：
1.防止無限期地等待被鎖定的行;
2.容許應用程序中對鎖的等待時間進行更多的控制
3.對於交互式應用程序很是有用，由於這些用戶不能等待不肯定
4.若使用了skip locked，則能夠越過鎖定的行，不會報告由wait n 引起的"資源忙"異常報告

實例：

在plsql develope中打開兩個sql窗口
在1窗口中運行以下sql
select * from t where a='1' for update;
在2窗口中運行sql1
sql1:select * from t where a='1'; 這一點問題也沒有，由於行級鎖不會影響純粹的select語句
再運行sql2
sql2:select * from t where a='1' for update; 則這一句sql在執行時，永遠處於等待狀態，除非窗口1中sql被提交或回滾。
如何才能讓sql2不等待或等待指定的時間呢？ 咱們再運行sql3
sql3:select * from t where a='1' for update nowait; 則在執行此sql時，直接報資源忙的異常。
若執行 select * from t where a='1' for update wait 6; 則在等待6秒後，報資源忙的異常。
若是咱們執行sql4
sql4:select * from t where a='1' for update nowait skip Locked; 則執行sql時，即不等待，也不報資源忙異常，略過鎖定的行，只顯示未鎖定的行

例：

窗口1：

窗口2：略過鎖定的a=1的行，只顯示未鎖定的a=2的行

 

四.select for update of

這個of子句在牽連到多個表時，具備較大做用，如不使用of指定鎖定的表的列，則全部表的相關行均被鎖定，若在of中指定了需修改的列，則只有與這些列相關的表的行纔會被鎖定。

實例1：

select * from tt,tt2 where tt.a = tt2.a2 for update;對二張表都進行了整表鎖定

select * from tt2 for update wait 3;試圖鎖定tt2表，3秒後拋出「ORA-30006: 資源已被佔用;執行操做時出現WAIT 超時」的錯誤

實例2：

select * from tt,tt2 where tt.a = tt2.a2 for update of a;只鎖定tt表，對tt2表不鎖定

select * from tt2 for update wait 3;成功鎖定了tt2表

select * from tt for update wait 3;試圖鎖定tt表，3秒後拋出「ORA-30006: 資源已被佔用;執行操做時出現WAIT 超時」的錯誤

能夠獲得結論，for update of columns 用在多表鏈接鎖定時，能夠指定要鎖定的是哪幾張表，而若是表中的列沒有在for update of 後面出現的話，就意味着這張表其實並無被鎖定，其餘用戶是能夠對這些表的數據進行update操做的。這種狀況常常會出如今用戶對帶有鏈接查詢的視圖進行操做場景下。用戶只鎖定相關表的數據，其餘用戶仍然能夠對視圖中其餘原始表的數據來進行操做。

小結：