MySQL/InnoDB中的事務隔離級別

SQL標準中的事務四種隔離級別

隔離級別	髒讀（Dirty Read）	不可重複讀（NonRepeatable Read）	幻讀（Phantom Read）
未提交讀（Read uncommitted）	可能	可能	可能
已提交讀（Read committed）	不可能	可能	可能
可重複讀（Repeatable read）	不可能	不可能	可能
可串行化（Serializable ）	不可能	不可能	不可能

• 未提交讀(Read Uncommitted)：容許髒讀，也就是可能讀取到其餘會話中未提交事務修改的數據
• 提交讀(Read Committed)：只能讀取到已經提交的數據。Oracle等多數數據庫默認都是該級別 (不重複讀)
• 可重複讀(Repeated Read)：可重複讀。在同一個事務內的查詢都是事務開始時刻一致的，InnoDB默認級別。在SQL標準中，該隔離級別消除了不可重複讀，可是還存在幻象讀
• 串行讀(Serializable)：徹底串行化的讀，每次讀都須要得到表級共享鎖，讀寫相互都會阻塞

未提交讀（Read uncommitted）

數據庫通常都不會用，並且任何操做都不會加鎖

mysql> select * from tx_test;
+----+-------+
| id | value |
+----+-------+
|  1 | a     |
+----+-------+
1 row in set (0.00 sec)

因爲MySQL的InnoDB默認是使用的RR級別，因此咱們先要將該session開啓成RU級別

SET session transaction isolation level read uncommitted;


_____________________________________________________________________
事務A                                         事務B
_____________________________________________________________________
begin;              
                                                begin;
_____________________________________________________________________
                                                select * from tx_test;             
                                                ______________
                                                  id    value 
                                                ______________
                                                  1     a     
                                                ______________
___________________________________________________________________
insert into tx_test(value) values('b');
____________________________________________________________________
                                                select * from tx_test;             
                                                ______________
                                                  id    value 
                                                ______________
                                                  1     a     
                                                ______________
                                                  2     b
                                                ______________
                                                讀到事務A還未commit的行，出現髒讀
_____________________________________________________________________
                                                commit;
commit;
_____________________________________________________________________

已提交讀（Read committed）

在RC級別中，數據的讀取都是不加鎖的，可是數據的寫入、修改和刪除是須要加鎖的。

SET session transaction isolation level read committed;
SET SESSION binlog_format = 'ROW';（或者是MIXED）

_____________________________________________________________________
事務A                                         事務B
_____________________________________________________________________
begin;                                          begin;
_____________________________________________________________________
                                               
update tx_test set value='aa' where id=1;       update tx_test set value='aaa' where id=1;
___________________________________________________________________________________________
                                                 ERROR 1205 (HY000): Lock wait timeout exceeded; 
                                                 try restarting transaction
_____________________________________________________________________
                                                
commit;
_____________________________________________________________________

爲了防止併發過程當中的修改衝突，事務A中MySQL給id=1的數據行加鎖，並一直不commit（釋放鎖），那麼事務B也就一直拿不到該行鎖，wait直到超時。

可重複讀（Repeatable read）

這是MySQL中InnoDB默認的隔離級別。咱們姑且分「讀」和「寫」兩個模塊來說解。

讀
讀就是可重讀，可重讀這個概念是一事務的多個實例在併發讀取數據時，會看到一樣的數據行。

RC模式下的展示（不可重讀）

__________________________________________________________________________________________
事務A                                         事務B
__________________________________________________________________________________________
begin;                                         
                                                begin;
__________________________________________________________________________________________
                                               
select * from tx_test;             
______________ 
  id    value 
______________
  1     aa     
______________
  2     b
______________
__________________________________________________________________________________________
                                               update tx_test set value='bb' where id=2;
__________________________________________________________________________________________
                                                
                                               commit;
__________________________________________________________________________________________
select * from tx_test;             
______________
  id    value 
______________
  1     aa     
______________
  2     bb
______________
讀到了事務B修改的數據，和第一次查詢的結果不同，
是不可重讀的。
_________________________________________________________________________________________
commit
_________________________________________________________________________________________

事務B修改id=2的數據提交以後，事務A一樣的查詢，後一次和前一次的結果不同，這就是不可重讀（從新讀取產生的結果不同）。這就極可能帶來一些問題，那麼咱們來看看在RR級別中MySQL的表現：

事務A                                         事務B                                             事務C
_________________________________________________________________________________________________________________________________________
begin;                                         
                                                begin;                                              begin;
_________________________________________________________________________________________________________________________________________
                                               
select * from tx_test;             
______________
  id    value 
______________
  1     aa     
______________
  2     bb
______________
___________________________________________________________________________________________________________________________________________
                                               update tx_test set value='aaa' where id=1;          insert into tx_test(value) values('c');
___________________________________________________________________________________________________________________________________________
                                                
                                               commit;                                             commit;
____________________________________________________________________________________________________________________________________________
select * from tx_test;             
______________
  id    value 
______________
  1     aa     
______________
  2     bb
______________
沒有讀到事務B修改的數據，和第一次sql讀取的同樣，是可重複讀的。

沒有讀到事務C新添加的數據。
_________________________________________________________________________________________
commit
_________________________________________________________________________________________

咱們注意到，事務A先作了一次讀取，事務B中間修改了id=1的數據，並commit以後，事務A第二次讀到的數據和第一次徹底相同。因此說它是可重讀的。

不可重複讀和幻讀的區別

不可重複讀重點在於update和delete，而幻讀的重點在於insert。

若是使用鎖機制來實現這兩種隔離級別，在可重複讀中，該sql第一次讀取到數據後，就將這些數據加鎖，其它事務沒法修改這些數據，就能夠實現可重複讀了。但這種方法卻沒法鎖住insert的數據，因此當事務A先前讀取了數據，或者修改了所有數據，事務B仍是能夠insert數據提交，這時事務A就會發現莫名其妙多了一條以前沒有的數據，這就是幻讀，不能經過行鎖來避免。須要Serializable隔離級別 ，讀用讀鎖，寫用寫鎖，讀鎖和寫鎖互斥，這麼作能夠有效的避免幻讀、不可重複讀、髒讀等問題，但會極大的下降數據庫的併發能力。

因此說不可重複讀和幻讀最大的區別，就在於如何經過鎖機制來解決他們產生的問題。

上文說的，是使用悲觀鎖機制來處理這兩種問題，可是MySQL、ORACLE、PostgreSQL等成熟的數據庫，出於性能考慮，都是使用了以樂觀鎖爲理論基礎的MVCC（多版本併發控制）來避免這兩種問題。

可串行化（Serializable ）

讀加共享鎖，寫加排他鎖，讀寫互斥。使用的悲觀鎖的理論，實現簡單，數據更加安全，可是併發能力很是差。若是你的業務併發的特別少或者沒有併發，同時又要求數據及時可靠的話，可使用這種模式。

參考連接：
1.https://tech.meituan.com/innodb-lock.html
2.http://hedengcheng.com/?p=771