粗談MySQL事務的特性和隔離級別

網上對於此類的文章已經十分飽和了，那還寫的緣由很簡單——做爲本身的理解筆記。

前言

​  此篇文章做爲本身學習MySQL的一些我的理解，使用的引擎是InnoDb。首先先講講事務的概念，在《高性能MySQL》第三版中其對事務的描述是這樣的：

事務就是一組原子性的SQL查詢，或者說一個獨立的工做單元。若是數據庫引擎可以成功地對數據庫應用該組查詢的所有語句，那麼就執行該組查詢。若是其中有任何一條語句由於崩潰或其餘緣由沒法執行，那麼全部的語句都不會執行。

​​  換句話說，事務就是一個總體單位，裏面的SQL語句不會單獨執行，就像某些商品通常，由多個組件組成，可是我絕對不單獨賣組件，要買就買整個商品，否則就不賣。

​​  簡單的理解了事務以後，還須要知道事務的目的就是爲了保證數據的正確性和一致性，那麼爲此則誕生出其4個特性（後面再細講），而爲了實現這四個特性又須要許多具體的實現，其中就包括爲了隔離性而產生的四個隔離級別，這四種隔離級別又產生了三個問題（髒讀、不可重複讀和幻讀），這就是其大體的關係，接下來讓咱們來看看這些具體究竟是個什麼東西。

1 四種特性（ACID）

​​  提及事務的特性，那確定張口就來ACID，然而除了ACID四個字母以外咱們仍是須要說點其餘東西的。

​​  原子性（Atomicity）：意思是說一個事務應看成爲一個不可分割的最小單位，整個事務的操做要麼所有執行成功要麼所有不執行，像原子同樣不可分割（別跟我提夸克），這裏的執行是指執行成功，若是有一個操做執行失敗了那麼就所有不執行，這也是咱們平時見到的回滾。

​​  一致性（Consistency）：書上給出的意思是事務老是從一個一致性的狀態跳到另外一個一致性的狀態。個人理解是在涉及到的數據範圍內是守恆的，也就是說，總體的數據是不變的，拿萬能的轉錢例子來講，A帳戶轉給B``200元，那麼由A和B組成的這個數據範圍來講數據並無發生改變（-200+200=0），只是數據的組成方式變化了，因此是從一個一致性狀態—>另外一個一致性狀態。

​​  隔離性（Isolation）：一般來講，一個事務的操做對於其餘的事務的不可見的，也就是說通常而言事務都是獨立的。可是這跟數據庫的隔離級別有關，除了某個（沒錯，就是你——讀未提交同窗）隔離級別以外，其餘的都是不可見的，而這種事務可見的級別不多用到，因此說的是'一般來講'。

​​  持久性（Durability)：事務一旦完成，那麼該事務引發的數據變化將永久生效，不會改變（除非被另一個事務改動）。不過書上提到這其實跟實行的策略相關，但這貌似就有點走遠了（是的，我不懂！）。

​​  以上就是事務的四種特性，然而其中隔離性的實現則是要看數據庫的隔離級別。

2 數據庫的隔離級別

​​  在MySQL中隔離級別有四種，每種隔離級別對應的事務體現不一樣，可能出現的問題也各自不一樣。

​​  未提交讀（read uncommited）：在這個隔離級別中，在一個事務執行的操做就算不提交也能被其餘的事務看到。在這個級別中一個事務可能讀到其餘事務還沒提交的髒數據，便可能出現髒讀。以下圖所示，序號表示執行的順序。

​​  能夠看到，在界面1的事務中往test表插入了一條數據，此時就算還沒提交在頁面2的另外一個事務中也能夠看到提交的數據。

​​  提交讀（read commited）：在一個事務提交以後，其餘事務才能夠看到事務的修改。此隔離級別可能會出現同一個事務中執行相同的查詢卻讀到不一樣的數據，即不可重複讀（nonrepeatable read），另未提交讀也可能出現不可重複讀。例子以下

​​  可重複讀（repeatable read）：這是MySQL的默認隔離級別，在事務開始的時候會保存此刻的一個快照（這裏囉嗦一下，其實是開啓事務後執行第一條語句的時候準備的快照，準備快照的方法則是記錄當前事務的版本號，沒有進行數據的複製，不明白事務版本號或隱藏字段的能夠看看MySQL的MVCC），而後接下來這個事務的全部數據讀取都是從這個快照讀，因此不會出現不可重複讀的狀況，可是仍是有可能出現幻讀。意思就是讀取的是快照表數據不會變化，可是進行寫操做如更新的時候更新的數量可能會跟預期的不一樣。如圖

​​  能夠看到，在界面1插入一條記錄而且提交以後，界面2仍是沒有讀到這個提交的數據，由於他是從事務開始時的快照表讀取的因此天然是讀不到的，可是在進行更新操做的時候則是更新了意料以外的記錄，這就是一種幻讀的現象。

​​  可串行化（serializable）：意思就是事務要一個一個來，若是在一個事務中進行讀操做，那麼其餘事務在該事務完成前只能進行讀操做；若是進行寫操做，那麼其餘事務的操做都進入等待（直到當前事務提交）。這種級別就能夠防範目前出現的髒讀、不可重複讀、幻讀等現象。如圖

上圖演示的是事務讀時，其餘事務不可寫，下圖是寫時不可操做。

3 三個問題—髒讀、不可重複讀、幻讀。

​​  這是採起事務的不一樣隔離級別可能產生的幾個問題，在上面隔離級別已經說起到了，可是爲了不混淆仍是單獨拿出來。

• 髒讀：指在一個事務中讀到了其餘事務還沒提交的髒數據，發生在讀未提交級別。
• 不可重複讀：在一個事務中一樣的查詢可能出現不一樣的結果，發生在讀未提交、讀提交級別。(我的以爲不必特地去理解爲叫什麼叫不可重複，容易混淆)
• 幻讀：在一個事務中進行寫操做的時候修改的數量跟預期的數量不一樣，例如修改到了以前查詢不出來的數據。

​​  再囉嗦一些不可重複讀和幻讀的區別：能夠理解爲不可重複讀是那條記錄的字段值改變了，例如id爲1的記錄中name的兩次值都不一樣；而幻讀則是數量上的不一樣，例如我查詢的時候共有2條記錄，可是執行修改操做的時候卻更新了3條。
 
 
 
 
 
 
 

參考：《高性能MySQL》，http://www.zsythink.net/archives/1233/

或許我只是簡單的想被承認。