1、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，則拋出相應的異常）
2、for 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就起到了非常大的作用了。現假定有二個用戶，scott和mm。
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”子句的優點如下：
１防止無限期地等待被鎖定的行；
２允許應用程序中對鎖的等待時間進行更多的控制。
３對於交互式應用程序非常有用，因為這些用戶不能等待不確定
４ 若使用了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在執行時，永遠處於等待狀態，除非窗口1中sql被提交或回滾。
如何才能讓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 也就如此了吧，insert、update、delete操作默認加行級鎖，其原理和操作與select for update並無兩樣。
select for update of，這個of子句在牽連到多個表時，具有較大作用，如不使用of指定鎖定的表的列，則所有表的相關行均被鎖定，若在of中指定了需修改的列，則只有與這些列相關的表的行才會被鎖定。