前言
在MySQL的眾多存儲引擎中，只有InnoDB支持事務，所有這里說的事務隔離級別指的是InnoDB下的事務隔離級別。
MySQL 是支持多事務並發執行的。否則來一個事務處理一個請求，處理一個人請求的時候，其它事務都等着，那估計都沒人敢用MySQL作為數據庫,因為用戶體驗太差，估計都要砸鍵盤了。
既然事務可以並發操作,這里就有一些問題：一個事務在寫數據的時候，另一個事務要讀這行數據，該怎么處理？一個事務在寫數據，另一個數據也要寫這行數據，又該怎么處理這個沖突？
這就是並發事務所產生的一些問題。具體來說就是：臟讀、不可重復讀和幻讀。
一、概念說明
以下幾個概念是事務隔離級別要實際解決的問題，所以需要搞清楚都是什么意思。
1、臟讀
臟讀指的是讀到了其他事務未提交的數據，未提交意味着這些數據可能會回滾，也就是可能最終不會存到數據庫中，也就是不存在的數據。讀到了並一定最終存在的數據，這就是臟讀。
臟讀最大的問題就是可能會讀到不存在的數據。比如在上圖中，事務B的更新數據被事務A讀取，但是事務B回滾了，更新數據全部還原，也就是說事務A剛剛讀到的數據並沒有存在於數據庫中。
從宏觀來看，就是事務A讀出了一條不存在的數據，這個問題是很嚴重的。
2、不可重復讀
不可重復讀指的是在一個事務內，最開始讀到的數據和事務結束前的任意時刻讀到的同一批數據出現不一致的情況。
事務 A 多次讀取同一數據，但事務 B 在事務A多次讀取的過程中，對數據作了更新並提交，導致事務A多次讀取同一數據時，結果 不一致。
3、幻讀
臟讀、不可重復讀上面的圖文都很好的理解，對於幻讀網上有很多文章都是這么解釋的
幻讀錯誤的理解
說幻讀是 事務A 執行兩次 select 操作得到不同的數據集，即 select 1 得到 10 條記錄，select 2 得到 15 條記錄。
這其實並不是幻讀，既然第一次和第二次讀取的不一致，那不還是不可重復讀嗎，所以這是不可重復讀的一種。
正確的理解應該是
幻讀，並不是說兩次讀取獲取的結果集不同，幻讀側重的方面是某一次的 select 操作得到的結果所表征的數據狀態無法支撐后續的業務操作。
更為具體一些：select 某記錄是否存在，不存在，准備插入此記錄，但執行 insert 時發現此記錄已存在，無法插入，此時就發生了幻讀。
舉例
假設有張用戶表,這張表的 id 是主鍵。表中一開始有4條數據。
我們再來看下出現 幻讀 的場景
這里是在RR級別下研究(可重復讀),因為 RU / RC 下還會存在臟讀、不可重復讀，故我們就以 RR 級別來研究 幻讀，排除其他干擾。
1、事務A,查詢是否存在 id=5 的記錄，沒有則插入，這是我們期望的正常業務邏輯。
2、這個時候 事務B 新增的一條 id=5 的記錄，並提交事務。
3、事務A,再去查詢 id=5 的時候,發現還是沒有記錄（因為這里是在RR級別下研究(可重復讀)，所以讀到依然沒有數據）
4、事務A,插入一條 id=5 的數據。
最終 事務A 提交事務，發現報錯了。這就很奇怪，查的時候明明沒有這條記錄，但插入的時候 卻告訴我 主鍵沖突，這就好像幻覺一樣。這才是所有的幻讀。
不可重復讀側重表達 讀-讀，幻讀則是說 讀-寫，用寫來證實讀的是鬼影。
二、事務的隔離級別
上述所說的"臟讀"，"不可重復讀"，"幻讀"這些問題，其實就是數據庫讀一致性問題，必須由數據庫提供的事務隔離機制來進行解決。
首先說讀未提交，它是性能最好，也可以說它是最野蠻的方式，因為它壓根兒就不加鎖，所以根本談不上什么隔離效果，可以理解為沒有隔離。
再來說串行化。串行化就相當於上面所說的，處理一個人請求的時候，別的人都等着。讀的時候加共享鎖，也就是其他事務可以並發讀，但是不能寫。寫的時候加排它鎖，其他事務不能並發寫也不能並發讀。
最后說讀提交和可重復讀。這兩種隔離級別是比較復雜的，既要允許一定的並發，又想要兼顧的解決問題。MySQL默認事務隔離級別為可重復讀(RR),oracle默認事務隔離級別為讀已提交(RC),
數據庫的事務隔離越嚴格，並發副作用越小，但付出的代價越大；因為事務隔離本質就是使事務在一定程度上處於串行狀態，這本身就是和並發相矛盾的。
同時，不同的應用對讀一致性和事務隔離級別是不一樣的，比如許多應用對數據的一致性沒那么個高要求，相反，對並發有一定要求。
這篇文章起了個開頭,接下來會寫文章來回答下面的問題
1、MySQL 是如何實現這幾個隔離級別的呢？它們底層的工作原理是什么呢？
2、雖然MySQL默認事務隔離級別為可重復讀(RR),但它如何做到做到解決部分幻讀的問題？
