聊聊MySQL事務的特性和隔離級別

網(wǎng)上對于此類的文章已經(jīng)十分飽和了，那還寫的原因很簡單——作為自己的理解筆記。

前言

  此篇文章作為自己學習MySQL的一些個人理解，使用的引擎是InnoDb。首先先講講事務的概念，在《高性能MySQL》第三版中其對事務的描述是這樣的：

事務就是一組原子性的SQL查詢，或者說一個獨立的工作單元。如果數(shù)據(jù)庫引擎能夠成功地對數(shù)據(jù)庫應用該組查詢的全部語句，那么就執(zhí)行該組查詢。如果其中有任何一條語句因為崩潰或其他原因無法執(zhí)行，那么所有的語句都不會執(zhí)行。

​​  換句話說，事務就是一個整體單位，里面的SQL語句不會單獨執(zhí)行，就像某些商品一般，由多個組件組成，但是我絕對不單獨賣組件，要買就買整個商品，不然就不賣。

​​  簡單的理解了事務之后，還需要知道事務的目的就是為了保證數(shù)據(jù)的正確性和一致性，那么為此則誕生出其4個特性（后面再細講），而為了實現(xiàn)這四個特性又需要許多具體的實現(xiàn)，其中就包括為了隔離性而產(chǎn)生的四個隔離級別，這四種隔離級別又產(chǎn)生了三個問題（臟讀、不可重復讀和幻讀），這就是其大致的關系，接下來讓我們來看看這些具體到底是個什么東西。

1 四種特性（ACID）

​​  說起事務的特性，那肯定張口就來ACID，然而除了ACID四個字母之外我們還是需要說點其他東西的。

​​  原子性（Atomicity）：意思是說一個事務應當作為一個不可分割的最小單位，整個事務的操作要么全部執(zhí)行成功要么全部不執(zhí)行，像原子一樣不可分割（別跟我提夸克），這里的執(zhí)行是指執(zhí)行成功，如果有一個操作執(zhí)行失敗了那么就全部不執(zhí)行，這也是我們平時見到的回滾。

​​  一致性（Consistency）：書上給出的意思是事務總是從一個一致性的狀態(tài)跳到另一個一致性的狀態(tài)。我的理解是在涉及到的數(shù)據(jù)范圍內是守恒的，也就是說，整體的數(shù)據(jù)是不變的，拿萬能的轉錢例子來說，A賬戶轉給B``200元，那么由A和B組成的這個數(shù)據(jù)范圍來說數(shù)據(jù)并沒有發(fā)生改變（-200+200=0），只是數(shù)據(jù)的組成方式變化了，所以是從一個一致性狀態(tài)—>另一個一致性狀態(tài)。

​​  隔離性（Isolation）：通常來說，一個事務的操作對于其他的事務的不可見的，也就是說一般而言事務都是獨立的。但是這跟數(shù)據(jù)庫的隔離級別有關，除了某個（沒錯，就是你——讀未提交同學）隔離級別之外，其他的都是不可見的，而這種事務可見的級別很少用到，所以說的是'通常來說'。

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

​​  以上就是事務的四種特性，其中隔離性的實現(xiàn)則是要看數(shù)據(jù)庫的隔離級別。

2 數(shù)據(jù)庫的隔離級別

  在MySQL中隔離級別有四種，每種隔離級別對應的事務體現(xiàn)不同，可能出現(xiàn)的問題也各自不同。

​​  未提交讀（read uncommited）：在這個隔離級別中，在一個事務執(zhí)行的操作就算不提交也能被其他的事務看到。在這個級別中一個事務可能讀到其他事務還沒提交的臟數(shù)據(jù)，即可能出現(xiàn)臟讀。如下圖所示，序號表示執(zhí)行的順序。

​​  可以看到，在界面1的事務中往test表插入了一條數(shù)據(jù)，此時就算還沒提交在頁面2的另一個事務中也可以看到提交的數(shù)據(jù)。

​​  提交讀（read commited）：在一個事務提交之后，其他事務才可以看到事務的修改。此隔離級別可能會出現(xiàn)同一個事務中執(zhí)行相同的查詢卻讀到不同的數(shù)據(jù)，即不可重復讀（nonrepeatable read），另未提交讀也可能出現(xiàn)不可重復讀。例子如下

​​  可重復讀（repeatable read）：這是MySQL的默認隔離級別，在事務開始的時候會保存此刻的一個快照（這里啰嗦一下，實際上是開啟事務后執(zhí)行第一條語句的時候準備的快照，準備快照的方法則是記錄當前事務的版本號，沒有進行數(shù)據(jù)的復制，不明白事務版本號或隱藏字段的可以看看MySQL的MVCC），然后接下來這個事務的所有數(shù)據(jù)讀取都是從這個快照讀，所以不會出現(xiàn)不可重復讀的情況，但是還是有可能出現(xiàn)幻讀。意思就是讀取的是快照表數(shù)據(jù)不會變化，但是進行寫操作如更新的時候更新的數(shù)量可能會跟預期的不同。如圖

​​  可以看到，在界面1插入一條記錄并且提交之后，界面2還是沒有讀到這個提交的數(shù)據(jù)，因為他是從事務開始時的快照表讀取的所以自然是讀不到的，但是在進行更新操作的時候則是更新了意料之外的記錄，這就是一種幻讀的現(xiàn)象。

​​  可串行化（serializable）：意思就是事務要一個一個來，如果在一個事務中進行讀操作，那么其他事務在該事務完成前只能進行讀操作；如果進行寫操作，那么其他事務的操作都進入等待（直到當前事務提交）。這種級別就可以防范目前出現(xiàn)的臟讀、不可重復讀、幻讀等現(xiàn)象。如圖

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

3 三個問題—臟讀、不可重復讀、幻讀。

​​  這是采取事務的不同隔離級別可能產(chǎn)生的幾個問題，在上面隔離級別已經(jīng)提及到了，但是為了避免混淆還是單獨拿出來。

• 臟讀：指在一個事務中讀到了其他事務還沒提交的臟數(shù)據(jù)，發(fā)生在讀未提交級別。
• 不可重復讀：在一個事務中同樣的查詢可能出現(xiàn)不同的結果，發(fā)生在讀未提交、讀提交級別。(個人覺得沒必要特意去理解為叫什么叫不可重復，容易混淆)
• 幻讀：在一個事務中進行寫操作的時候修改的數(shù)量跟預期的數(shù)量不同，例如修改到了之前查詢不出來的數(shù)據(jù)。
  

​​  再啰嗦一些不可重復讀和幻讀的區(qū)別：可以理解為不可重復讀是那條記錄的字段值改變了，例如id為1的記錄中name的兩次值都不同；而幻讀則是數(shù)量上的不同，例如我查詢的時候共有2條記錄，但是執(zhí)行修改操作的時候卻更新了3條。

以上就是聊聊MySQL事務的特性和隔離級別的詳細內容，更多關于MySQL 事務特性和隔離級別的資料請關注腳本之家其它相關文章！