一、數(shù)據(jù)庫事務(wù)隔離級別

SQL標(biāo)準(zhǔn)定義了4類隔離級別，包括了一些具體規(guī)則，用來限定事務(wù)內(nèi)外的哪些改變是可見的，哪些是不可見的。低級別的隔離級一般支持更高的并發(fā)處理，并擁有更低的系統(tǒng)開銷。

1、Read Uncommitted（讀取未提交內(nèi)容）

在該隔離級別中，所有事務(wù)可以看到其他未提交事務(wù)的執(zhí)行結(jié)果。本級別隔離很少用于實(shí)際應(yīng)用，比其他隔離級別性能也好不了多少。讀取未提交的數(shù)據(jù)成為“臟讀”（Dirty Read）。

2、Read Committed（讀取提交內(nèi)容）

這是大多數(shù)數(shù)據(jù)庫默認(rèn)的隔離級別，但是，不是MySQL的默認(rèn)隔離級別。它滿足了隔離簡單的定義：一個(gè)事務(wù)只能看到已提交事務(wù)所做的改變。這種隔離會(huì)出現(xiàn)“不可重復(fù)讀”的現(xiàn)象（Nonrepeatable Read），因?yàn)橥皇聞?wù)的其他實(shí)例在該實(shí)例處理其間可能會(huì)有新的commit（包括update和delete），導(dǎo)致目標(biāo)數(shù)據(jù)被修改，所以同一select可能返回不同結(jié)果。

3、Repeatable Read（可重讀）

這是MySQL默認(rèn)的隔離級別，它確保同一事務(wù)的多個(gè)實(shí)例在并發(fā)讀取數(shù)據(jù)時(shí)，會(huì)看到同樣的數(shù)據(jù)行（目標(biāo)數(shù)據(jù)行不會(huì)被修改）。不過，會(huì)出現(xiàn)“幻讀”的現(xiàn)象。幻讀是由insert引起的，簡單來說，幻讀指當(dāng)用戶讀取某一范圍的數(shù)據(jù)行時(shí)，另一個(gè)事務(wù)又在該范圍內(nèi)插入了新行，當(dāng)用戶再讀取該范圍的數(shù)據(jù)行時(shí)，會(huì)發(fā)現(xiàn)有新的“幻影” 行。InnoDB和Falcon存儲(chǔ)引擎通過多版本并發(fā)控制（MVCC，Multiversion Concurrency Control）機(jī)制解決了該問題。

4、Serializable（可串行化）

這是最高的事務(wù)隔離級別，它通過強(qiáng)制事務(wù)排序，使之不可能相互沖突，從而解決幻讀問題。簡而言之，它是在每個(gè)讀的數(shù)據(jù)行上，加了共享鎖，在這個(gè)級別，可能導(dǎo)致大量的超時(shí)現(xiàn)象和鎖競爭。

5、總結(jié)

• 臟讀(Drity Read)
  某個(gè)事務(wù)已更新一份數(shù)據(jù)，另一個(gè)事務(wù)在此時(shí)讀取了同一份數(shù)據(jù)，由于某些原因，前一個(gè)RollBack了操作，則后一個(gè)事務(wù)所讀取的數(shù)據(jù)就會(huì)是不正確的。

• 不可重復(fù)讀(Non-repeatable read)
  在一個(gè)事務(wù)內(nèi)，多次讀同一數(shù)據(jù)。在這個(gè)事務(wù)還沒有結(jié)束時(shí)，另外一個(gè)事務(wù)也訪問該同一數(shù)據(jù)。那么，在第一個(gè)事務(wù)中的兩次讀數(shù)據(jù)之間，由于第二個(gè)事務(wù)的修改，那么第一個(gè)事務(wù)兩次讀到的的數(shù)據(jù)可能是不一樣的。這樣就發(fā)生了在一個(gè)事務(wù)內(nèi)兩次讀到的數(shù)據(jù)是不一樣的，因此稱為是不可重復(fù)讀。（update 和 delete 引起）

• 幻讀(Phantom Read)
  在一個(gè)事務(wù)的兩次查詢中數(shù)據(jù)筆數(shù)不一致，例如有一個(gè)事務(wù)查詢了幾列(Row)數(shù)據(jù)，而另一個(gè)事務(wù)卻在此時(shí)插入了新的幾列數(shù)據(jù)，先前的事務(wù)在接下來的查詢中，就會(huì)發(fā)現(xiàn)有幾列數(shù)據(jù)是它先前所沒有的。（由 insert 引起）

二、鎖機(jī)制

1、共享鎖、排它鎖

• 共享鎖
  由讀表操作加上的鎖，加鎖后其他用戶只能獲取該表或行的共享鎖，不能獲取排它鎖，也就是說只能讀不能寫

• 排它鎖
  由寫表操作加上的鎖，加鎖后其他用戶不能獲取該表或行的任何鎖，典型是mysql事務(wù)中

start transaction;
select * from user where userId = 1 for update;

執(zhí)行完這句以后
1）當(dāng)其他事務(wù)想要獲取共享鎖，比如事務(wù)隔離級別為Serializable的事務(wù)，執(zhí)行select * from user;將會(huì)被掛起，因?yàn)镾erializable的select語句需要獲取共享鎖

2）當(dāng)其他事務(wù)執(zhí)行

select * from user where userId = 1 for update;
update user set userAge = 100 where userId = 1; 

也會(huì)被掛起，因?yàn)閒or update會(huì)獲取這一行數(shù)據(jù)的排它鎖，需要等到前一個(gè)事務(wù)釋放該排它鎖才可以繼續(xù)進(jìn)行。

2、行鎖、表鎖

• 行鎖
  對某行記錄加上鎖

• 表鎖
  對整個(gè)表加上鎖

這樣組合起來就有：行級共享鎖、表級共享鎖、行級排他鎖、表級排他鎖。

3、樂觀鎖、悲觀鎖

• 悲觀鎖(Pessimistic Lock)
  顧名思義，就是很悲觀，每次去拿數(shù)據(jù)的時(shí)候都認(rèn)為別人會(huì)修改，所以每次在拿數(shù)據(jù)的時(shí)候都會(huì)上鎖，這樣別人想拿這個(gè)數(shù)據(jù)就會(huì)block直到它拿到鎖。

傳統(tǒng)的關(guān)系型數(shù)據(jù)庫里邊就用到了很多這種鎖機(jī)制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖。

• 樂觀鎖(Optimistic Lock)
  顧名思義，就是很樂觀，每次去拿數(shù)據(jù)的時(shí)候都認(rèn)為別人不會(huì)修改，所以不會(huì)上鎖，但是在更新的時(shí)候會(huì)判斷一下在此期間別人有沒有去更新這個(gè)數(shù)據(jù)，如果期間被修改那么， 則給用戶做出提示?？梢允褂冒姹咎柕葯C(jī)制記錄狀態(tài)。

樂觀鎖適用于多讀的應(yīng)用類型，這樣可以提高吞吐量，像數(shù)據(jù)庫如果提供類似于write_condition機(jī)制的其實(shí)都是提供的樂觀鎖。