Prayer

update, insert ,delete, select ... for update會LOCK相應的ROW 。
只有一個TRANSACTION可以LOCK相應的行，也就是說如果一個ROW已經LOCKED了，那就不能被其他TRANSACTION所LOCK了。
LOCK由statement產生但卻由TRANSACTION結尾（commit，rollback），也就是說一個SQL完成后LOCK還會存在，只有在COMMIT/ROLLBACK后才會RELEASE。xsb注：同樣的道理，如果一個游標使用了for update打開后，雖然關閉了游標，但這個lock也仍是存在的，直到transaction結束！
SELECT.... FOR UPDATE [OF cols] [NOWAIT];

SELECT cols FROM tables [WHERE...] FOR UPDATE [OF cols] [NOWAIT];
transaction A運行
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
此時transaction B可以對b表t2的相應行進行DML操作,但不能對a表t1相應行進行DML操作.
再看：
transaction A運行
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
此時transaction B可以對a表t1的相應行進行DML操作,但不能對b表t2相應的行進行DML操作.
也就是說LOCK的仍然是行,只是如果不加OF的話會對所有涉及的表LOCK,加了OF后只會LOCK OF 字句所在的TABLE.
NOWAIT（如果一定要用FOR UPDATE，可以加上NOWAIT）
當有LOCK沖突時會提示錯誤并結束STATEMENT，返回錯誤是"ORA-00054: resource busy and acquire with NOWAIT specified"，否則就會在那里等待。
另外如下用法也值得推薦，應該酌情考慮使用。
FOR UPDATE WAIT 5
5秒后會提示ORA-30006: resource busy; acquire with WAIT timeout expired
FOR UPDATE NOWAIT SKIP LOCKED;
會提示no rows selected
TABLE LOCKS
LOCK TABLE table(s) IN EXCLUSIVE MODE [NOWAIT];
同樣也是在transaction結束時才會釋放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
也就是說兩個transaction都相互試圖去lock對方已經lock的ROW，都在等待對方釋放自己的lock，這樣就使死鎖。deadlock也會有600提示。