for update

 

http://www.cnblogs.com/quanweiru/archive/2012/11/09/2762223.html

oracle for update和for update nowait的區別

 

1for 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 UpdateNOWAIT的意義之所在。

 

 

 經過測試,以for update for update nowait方式進行查詢加鎖,在select的結果集中,只要有任何一個記錄在加鎖,則整個結果集都在等待系統資源(如果是nowait,則拋出相應的異常)

 

 

 

 

 

2for update nowait for update 的目的:
鎖定表的所有行,排斥其他針對這個表的寫操作。確保只有當前事務對指定表進行寫操作。
for update nowait
for update的區別:

 

 

別的事務要對這個表進行寫操作時,是等待一段時間還是馬上就被數據庫系統拒絕而返回.制定採用nowait方式來進行檢索,所以當發現數據被別的session鎖定中的時候,就會迅速返回ORA-00054錯誤,內容是資源正忙, 但指定以 NOWAIT 方式獲取資源。所以在程序中我們可以採用nowait方式迅速判斷當前數據是否被鎖定中,如果鎖定中的話,就要採取相應的業務措施進行處理。
如何理解上面的話.
開啓一會話 (就是開一個sqlwindow)
  select  empno,ename from emp where empno='7369' for update nowait ;
得到下面結果集:
    empno  ename
    7369    smith
開啓另一會話
  select  empno,ename from emp where empno='7369' for update nowait ;
返回RA-00054錯誤,內容是資源正忙, 但指定以 NOWAIT 方式獲取資源
上面會話都提交commit;
~~~~~~~~~~~~~~~~~~~~~
開啓一會話,
  select  empno,ename from emp where empno='7369' for update ;
得到下面結果集:
    empno  ename
    7369    smith
開啓另一會話
  select  empno,ename from emp where empno='7369' for update;

阻塞,不返回錯誤。
提交第一個會話,第二個回話自動執行
提交第二個會話
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   for update:
當第一個session最後commit或者rollback之後,第二個session中的檢索結果就是自動跳出來,並且也把數據鎖定住.
 
開啓一會話:
     select empno,ename from emp   where empno="7369" for update

得到下面結果集:
    empno  ename
    7369    smith
開啓另一個會話,
   update emp set ename='ALLEN'  where empno="7396";
阻塞。
 
提交第一個會話,update 語句執行
再開啓一會話
    update emp set ename="SMITH" where empno='7396';
同樣阻塞,雖然第一個會話因爲提交而釋放了鎖,但是第二個會話中的update 又給這一行加鎖了;
for update nowait:
當你第一個session放開鎖定以後,第二個session才能正常運行。當你第二個session語句運行後,數據又被你第二個session語句鎖定住了,這個時候只要你第二個session語句後還沒有commit,別的session照樣不能對數據進行鎖定更新等等。

 

 

對比區別:
select * from TTable1 for update 鎖定表的所有行,只能讀不能寫
2  select * from TTable1 where pkid = 1 for update 只鎖定pkid=1的行
3  select * from Table1 a join Table2 b on a.pkid=b.pkid for update 鎖定兩個表的所有記錄
4 select * from Table1 a join Table2 b on a.pkid=b.pkid where a.pkid = 10 for update 鎖定兩個表的中滿足條件的行
5. select * from Table1 a join Table2 b on a.pkid=b.pkid where a.pkid = 10 for update of a.pkid 只鎖定Table1中滿足條件的行
for update 是把所有的表都鎖點 for update of 根據of 後表的條件鎖定相對應的表
-----------
關於NOWAIT(如果一定要用FOR UPDATE,我更建議加上NOWAIT)
當有LOCK衝突時會提示錯誤並結束STATEMENT而不是在那裏等待(比如:要查的行已經被其它事務鎖了,當前的鎖事務與之衝突,加上nowait,當前的事務會結束會提示錯誤並立即結束 STATEMENT而不再等待).
如果加了for update後 該語句用來鎖定特定的行(如果有where子句,就是滿足where條件的那些行)。當這些行被鎖定後,其他會話可以選擇這些行,但不能更改或刪除這些行,直到該語句的事務被commit語句或rollback語句結束爲止。
因爲FOR   UPDATE子句獲得了鎖,所以COMMIT將釋放這些鎖。當鎖釋放了,該遊標就無效了。
就是這些區別了
 
關於oracle中的select...for update of columns
問題,如下:select * from emp where empno = 7369 for update; 會對錶中員工編號爲7369的記錄進行上鎖。其他用戶無法對該記錄進行操作,只能查詢。select * from emp where empno = 7369 for update of sal; 這條語句是不是意味着只對表中的7369 這一行的sal字段的數據進行了上鎖,其他數據則可以被其他用戶做更新操作呢。學員測試結果爲二條語句的效果是一樣的。其他用戶對整行都無法更新,那麼是不是意味着 for update of columns這句沒有什麼意義呢?

 

 

  這個問題估計很多玩ORACLE的同學們都沒有去思考過【網上相關的帖子不多】。現在將其功能講解一下。

 

 

  從單獨一張表的操作來看,上面二條語句的效果確實是相同的。但是如果涉及到多表操作的時候 for update of columns就起到了非常大的作用了。現假定有二個用戶,scottmm

 

 

scott執行語句:select * from emp e,dept d where e.deptno = d.deptno for update; --對二張表都進行了整表鎖定
mm
執行語句:select * from scott.dept for update wait 3; --試圖鎖定scott用戶的dept

 

 

結果是:
ERROR
位於第 1 :
ORA-30006:
資源已被佔用; 執行操作時出現 WAIT 超時

 

 

現在,scott用戶先進行解鎖rollback,再在for update語句後面加上of columns,進行測試

 

 

scott執行語句:select * from emp e,dept d where e.deptno = d.deptno for update of sal ;
mm
執行語句:select * from scott.dept for update wait 3;

 

 

結果是:
成功鎖定了dept表的數據.

 

 

mm再次執行語句:select * from scott.emp for update wait 3;

 

 

結果是:
ERROR
位於第 1 :
ORA-30006:
資源已被佔用; 執行操作時出現 WAIT 超時

 

 

通過這段代碼案例,我們可以得到結論,for update of columns 用在多表連接鎖定時,可以指定要鎖定的是哪幾張表,而如果表中的列沒有在for update of 後面出現的話,就意味着這張表其實並沒有被鎖定,其他用戶是可以對這些表的數據進行update操作的。這種情況經常會出現在用戶對帶有連接查詢的視圖進行操作場景下。用戶只鎖定相關表的數據,其他用戶仍然可以對視圖中其他原始表的數據來進行操作。
 
Oracle 
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 引發的‘資源忙’異常報告

 

 

示例:
create table t(a varchar2(20),b varchar2(20));
insert into t values('1','1');
insert into t values('2','2');
insert into t values('3','3');
insert into t values('4','4');
現在執行如下操作:
plsql develope中打開兩個sql窗口,
1窗口中運行sql
select * from t where a='1' for update;
2窗口中運行sql1
1. select * from t where a='1';
這一點問題也沒有,因爲行級鎖不會影響純粹的select語句
再運行sql2
2. select * from t where a='1' for update;
則這一句sql在執行時,永遠處於等待狀態,除非窗口1sql被提交或回滾。
如何才能讓sql2不等待或等待指定的時間呢? 我們再運行sql3
3. select * from t where a='1' for update nowait;
則在執行此sql時,直接報資源忙的異常。
若執行 select * from t where a='1' for update wait 6; 則在等待6秒後,報 資源忙的異常。
如果我們執行sql4
4. select * from t where a='1' for update nowait skip Locked;
則執行sql時,即不等待,也不報資源忙異常。
現在我們看看執行如下操作將會發生什麼呢?
在窗口1中執行:
select * from t where rownum<=3 nowait skip Locked;
在窗口2中執行:
select * from t where rownum<=6 nowait skip Locked;
select for update
也就如此了吧,insertupdatedelete操作默認加行級鎖,其原理和操作與select for update並無兩樣。
select for update of
,這個of子句在牽連到多個表時,具有較大作用,如不使用of指定鎖定的表的列,則所有表的相關行均被鎖定,若在of中指定了需修改的列,則只有與這些列相關的表的行纔會被鎖定。

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章