數據庫事務隔離分為4個級別，由低到高依次是Read Uncommitted（讀未提交）、Read committed（讀提交）、Repeatable read（可重複讀）、Serializable（序列化 ）。這四個級別可逐步解決髒讀、重複讀、幻讀的問題。

首先來看一下髒讀、重複讀、幻讀的定義。

髒讀

所謂髒讀，就是指事務A讀到了事務B還沒有提交的數據，但事務B又進行了回滾，產生了髒數據。

不可重複

不可重複讀是指在對於數據庫中的某個數據，一個事務範圍內多次查詢卻返回了不同的數據值，這是由於在查詢間隔，被另一個事務修改並提交了。

例如事務A在讀取某一數據，而事務B立馬修改了這個數據並且提交事務給數據庫，事務A再次讀取該數據就得到了不同的結果，發送了不可重複讀。

不可重複讀和髒讀的區別是，髒讀是某一事務讀取了另一個事務未提交的髒數據，而不可重複讀則是讀取了前一事務提交的數據。

幻讀

幻讀是指在一個事務的兩次查詢中數據筆數不一致，例如有一個事務A查詢了幾列(Row)數據，而另一個事務B卻在此時插入了新的幾列數據，先前的事務A在接下來的查詢中，就會發現有幾列數據是它先前所沒有的。

Read Uncommitted（讀未提交）

如果一個事務已經開始寫數據，則另外一個事務則不允許同時進行寫操作，但允許其他事務讀此行數據。該隔離級別可以通過“排他鎖”實現。避免了更新丟失，卻可能出現髒讀。也就是說事務A讀取到了事務B未提交的數據。

Read committed（讀提交）

讀取數據的事務允許其他事務繼續訪問該行數據，但是未提交的寫事務將會禁止其他事務訪問該行。

該隔離級別避免了髒讀，但是卻可能出現不可重複讀。事務A事先讀取了數據，事務B緊接了更新了數據，並提交了事務，而事務A再次讀取該數據時，數據已經發生了改變。

Repeatable read（可重複讀）

讀取數據的事務將會禁止寫事務（但允許讀事務），寫事務則禁止任何其他事務。

避免了不可重複讀取和髒讀，但是有時可能出現幻讀。這可以通過“共享鎖”和“排他鎖”實現。

Serializable（序列化 ）

提供嚴格的事務隔離。它要求事務序列化執行，事務只能一個接著一個地執行，不能併發執行。如果僅僅通過“行級鎖”是無法實現事務序列化的，必須通過其他機制保證新插入的數據不會被剛執行查詢操作的事務訪問到。

序列化是最高的事務隔離級別，同時代價也花費最高，性能很低，一般很少使用，在該級別下，事務順序執行，不僅可以避免髒讀、不可重複讀，還避免了幻像讀。

隔離級別越高，越能保證數據的完整性和一致性，但是對併發性能的影響也越大。對於多數應用程序，可以優先考慮把數據庫系統的隔離級別設為Read Committed。它能夠避免髒讀取，而且具有較好的併發性能。儘管它會導致不可重複讀、幻讀和第二類丟失更新這些併發問題，在可能出現這類問題的個別場合，可以由應用程序採用悲觀鎖或樂觀鎖來控制。

大多數數據庫的默認級別就是Read committed，比如Sql Server , Oracle。

MySQL的默認隔離級別就是Repeatable read。