——————————— Oracle —————————————————–
Oracle 的for 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 引發的‘資源忙’異常報告

示例1:
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中指定了需修改的列，則只有與這些列相關的表的行才會被鎖定。

例項2
elect * from t for update 會等待行鎖釋放之後，返回查詢結果。
select * from t for update nowait 不等待行鎖釋放，提示鎖衝突，不返回結果
select * from t for update wait 5 等待5秒，若行鎖仍未釋放，則提示鎖衝突，不返回結果
select * from t for update skip locked 查詢返回查詢結果，但忽略有行鎖的記錄

——————————— MySQL —————————————————–

MySQL中select * for update鎖表的問題

頁級:引擎 BDB。
表級:引擎 MyISAM ， 理解為鎖住整個表，可以同時讀，寫不行
行級:引擎 INNODB ， 單獨的一行記錄加鎖
表級，直接鎖定整張表，在你鎖定期間，其它程序無法對該表進行寫操作。如果你是寫鎖，則其它程序則讀也不允許
行級,，僅對指定的記錄進行加鎖，這樣其它程序還是可以對同一個表中的其它記錄進行操作。
頁級，表級鎖速度快，但衝突多，行級衝突少，但速度慢。所以取了折衷的頁級，一次鎖定相鄰的一組記錄。
MySQL 5.1支援對MyISAM和MEMORY表進行表級鎖定，對BDB表進行頁級鎖定，對InnoDB表進行行級鎖定。
對WRITE，MySQL使用的表鎖定方法原理如下：
如果在表上沒有鎖，在它上面放一個寫鎖。
否則，把鎖定請求放在寫鎖定佇列中。
對READ，MySQL使用的鎖定方法原理如下：
如果在表上沒有寫鎖定，把一個讀鎖定放在它上面
否則，把鎖請求放在讀鎖定佇列中。
InnoDB使用行鎖定，BDB使用頁鎖定。對於這兩種儲存引擎，都可能存在死鎖。這是因為，在SQL語句處理期間，InnoDB自動獲得行鎖定和BDB獲得頁鎖定，而不是在事務啟動時獲得。

MySQL中select * for update鎖表的問題
由於InnoDB預設是Row-Level Lock，所以只有「明確」的指定主鍵，MySQL才會執行Row lock (只鎖住被選取的資料例) ，否則MySQL將會執行Table Lock (將整個資料表單給鎖住)。
舉個例子:
假設有個表單products ，裡面有id跟name二個欄位，id是主鍵。
例1: (明確指定主鍵，並且有此筆資料，row lock)
SELECT * FROM products WHERE id=’3’ FOR UPDATE;
SELECT * FROM products WHERE id=’3’ and type=1 FOR UPDATE;

例2: (明確指定主鍵，若查無此筆資料，無lock)
SELECT * FROM products WHERE id=’-1’ FOR UPDATE;

例2: (無主鍵，table lock)
SELECT * FROM products WHERE name=’Mouse’ FOR UPDATE;

例3: (主鍵不明確，table lock)
SELECT * FROM products WHERE id<>’3’ FOR UPDATE;

例4: (主鍵不明確，table lock)
SELECT * FROM products WHERE id LIKE ‘3’ FOR UPDATE;

注1: FOR UPDATE僅適用於InnoDB，且必須在交易區塊(BEGIN/COMMIT)中才能生效。
注2: 要測試鎖定的狀況，可以利用MySQL的Command Mode ，開二個視窗來做測試。

在MySql 5.0中測試確實是這樣的
另外：MyAsim 只支援表級鎖，InnerDB支援行級鎖
添加了(行級鎖/表級鎖)鎖的資料不能被其它事務再鎖定，也不被其它事務修改（修改、刪除）
是表級鎖時，不管是否查詢到記錄，都會鎖定表

關於Oracle中for update的補充說明：

分成兩類：加鎖範圍子句和加鎖行為子句

加鎖範圍子句：
在select…for update之後，可以使用of子句選擇對select的特定資料表進行加鎖操作。預設情況下，不使用of子句表示在select所有的資料表中加鎖

加鎖行為子句：
當我們進行for update的操作時，與普通select存在很大不同。一般select是不需要考慮資料是否被鎖定，最多根據多版本一致讀的特性讀取之前的版本。加入for update之後，Oracle就要求啟動一個新事務，嘗試對資料進行加鎖。如果當前已經被加鎖，預設的行為必然是block等待。使用nowait子句的作用就是避免進行等待，當發現請求加鎖資源被鎖定未釋放的時候，直接報錯返回。

在日常中，我們對for update的使用還是比較普遍的，特別是在如pl/sql developer中手工修改資料。此時只是覺得方便，而對for update真正的含義缺乏理解。

For update是Oracle提供的手工提高鎖級別和範圍的特例語句。Oracle的鎖機制是目前各型別資料庫鎖機制中比較優秀的。所以，Oracle認為一般不需要使用者和應用直接進行鎖的控制和提升。甚至認為死鎖這類鎖相關問題的出現場景，大都與手工提升鎖有關。所以，Oracle並不推薦使用for update作為日常開發使用。而且，在平時開發和運維中，使用了for update卻忘記提交，會引起很多鎖表故障。

那麼，什麼時候需要使用for update？就是那些需要業務層面資料獨佔時，可以考慮使用for update。場景上，比如火車票訂票，在螢幕上顯示郵票，而真正進行出票時，需要重新確定一下這個資料沒有被其他客戶端修改。所以，在這個確認過程中，可以使用for update。這是統一的解決方案方案問題，需要前期有所準備。