事務的隔離性比想象的要復雜，在 SQL 標準中定義了四種級別的隔離級別。通常而言，較低級別的隔離通常可以執行更高的並發，系統的開銷也更低

READ UNCOMMITTED

該級別為未提交讀。在該級別中，事務中的修改即使沒有提交，對其他事務也都是可見的。事務可以讀取未提交的數據，這也被稱為臟讀。這個級別會導致很多的問題，從性能上來說，它不會比其他級別好太多，但缺乏其他級別的很多好處。除非真的有非常必要的理由，在實際應用中一般很少使用。

READ COMMITTED

該級別為提交讀。大部分數據庫系統的默認隔離級別都是它，但 MySQL 不是。該級別滿足隔離性的簡單定義：一個事務開始時，只能“看見”已經提交的事務所做的修改。換而言之，一個事務從開始直到提交之前，所做的任何修改對其他事務都是不可見的。這個級別有時候也叫做不可重復讀

REPEATABLE READ

該級別為可重復讀，它是 MySQL 默認的事務隔離級別。它解決了臟讀的問題，保證了在同一個事務中多次讀取同樣記錄的結果是一致的。

但是理論上，該級別卻無法解決另外一個問題：幻讀。所謂幻讀，指的是當某個事務在讀取某個範圍內的記錄時，另外一個事務又在該範圍內插入了新的記錄，當之前的事務再次讀取該範圍的記錄時，會產生幻行。

幻讀示例： 第一個事務對一個表中的數據進行了修改，比如這種修改涉及到表中的“全部數據行”。同時，第二個 事務也修改這個表中的數據，這種修改是向表中插入“一行新數據”。那麽，以後就會發生操作第一個 事務的用戶發現表中還有沒有修改的數據行，就好象發生了幻覺一樣.

InnoDB存儲引擎通過多版本並發控制解決了幻讀的問題。

SERIALIZABLE

該級別為可串行化，是最高的隔離級別。它通過強制事務串行執行，避免了前面說的幻讀問題。簡而言之，該級別會在讀取的每一行數據上都加鎖，所以可能導致大量的超時和鎖爭用問題。

實際應用中也很少使用這個隔離級別，只有在非常需要確保數據的一致性而且可以接受沒有並發的情況下，才考慮采用該級別。

MySQL數據庫中的四種隔離級別