Posted on 2010-03-17 23:38
Prayer 閱讀(382)
評(píng)論(0) 編輯 收藏 引用 所屬分類(lèi):
數(shù)據(jù)庫(kù),SQL 、
DB2
update, insert ,delete, select ... for update會(huì)LOCK相應(yīng)的ROW 。
只有一個(gè)TRANSACTION可以LOCK相應(yīng)的行,也就是說(shuō)如果一個(gè)ROW已經(jīng)LOCKED了,那就不能被其他TRANSACTION所LOCK了。
LOCK由statement產(chǎn)生但卻由TRANSACTION結(jié)尾(commit,rollback),也就是說(shuō)一個(gè)SQL完成后LOCK還會(huì)存在,只有在COMMIT/ROLLBACK后才會(huì)RELEASE。xsb注:同樣的道理,如果一個(gè)游標(biāo)使用了for update打開(kāi)后,雖然關(guān)閉了游標(biāo),但這個(gè)lock也仍是存在的,直到transaction結(jié)束!
SELECT.... FOR UPDATE [OF cols] [NOWAIT];
SELECT cols FROM tables [WHERE...] FOR UPDATE [OF cols] [NOWAIT];
transaction A運(yùn)行
select a.c1,a.c2 from t1 a,t2 b
2 where b.c3=1 and a.c1=b.c1
3* for update of a.c2
此時(shí)transaction B可以對(duì)b表t2的相應(yīng)行進(jìn)行DML操作,但不能對(duì)a表t1相應(yīng)行進(jìn)行DML操作.
再看:
transaction A運(yùn)行
select a.c1,a.c2 from t1 a,t2 b
2 where b.c3=1 and a.c1=b.c1
3* for update of b.c2
此時(shí)transaction B可以對(duì)a表t1的相應(yīng)行進(jìn)行DML操作,但不能對(duì)b表t2相應(yīng)的行進(jìn)行DML操作.
也就是說(shuō)LOCK的仍然是行,只是如果不加OF的話會(huì)對(duì)所有涉及的表LOCK,加了OF后只會(huì)LOCK OF 字句所在的TABLE.
NOWAIT(如果一定要用FOR UPDATE,可以加上NOWAIT)
當(dāng)有LOCK沖突時(shí)會(huì)提示錯(cuò)誤并結(jié)束STATEMENT,返回錯(cuò)誤是"ORA-00054: resource busy and acquire with NOWAIT specified",否則就會(huì)在那里等待。
另外如下用法也值得推薦,應(yīng)該酌情考慮使用。
FOR UPDATE WAIT 5
5秒后會(huì)提示ORA-30006: resource busy; acquire with WAIT timeout expired
FOR UPDATE NOWAIT SKIP LOCKED;
會(huì)提示no rows selected
TABLE LOCKS
LOCK TABLE table(s) IN EXCLUSIVE MODE [NOWAIT];
同樣也是在transaction結(jié)束時(shí)才會(huì)釋放lock。
DEADLOCK
transaction a lock rowA , then transaction b lock rowB
then transaction a tries to lock rowB, and transaction b tries to lock rowA
也就是說(shuō)兩個(gè)transaction都相互試圖去lock對(duì)方已經(jīng)lock的ROW,都在等待對(duì)方釋放自己的lock,這樣就使死鎖。deadlock也會(huì)有600提示。