事務的隔離性比想象的要複雜，在 SQL 標準中定義了四種級別的隔離級別。通常而言，較低階別的隔離通常可以執行更高的併發，系統的開銷也更低
READ UNCOMMITTED
該級別為未提交讀。在該級別中，事務中的修改即使沒有提交，對其他事務也都是可見的。事務可以讀取未提交的資料，這也被稱為髒讀。這個級別會導致很多的問題，從效能上來說，它不會比其他級別好太多，但缺乏其他級別的很多好處。除非真的有非常必要的理由，在實際應用中一般很少使用。
READ COMMITTED
該級別為提交讀。大部分資料庫系統的預設隔離級別都是它，但 MySQL 不是。該級別滿足隔離性的簡單定義：一個事務開始時，只能“看見”已經提交的事務所做的修改。換而言之，一個事務從開始直到提交之前，所做的任何修改對其他事務都是不可見的。這個級別有時候也叫做不可重複讀，因為兩次執行同樣的查詢，可能會得到不一樣的結果。
REPEATABLE READ
該級別為可重複讀，它是 MySQL 預設的事務隔離級別。它解決了髒讀的問題，保證了在同一個事務中多次讀取同樣記錄的結果是一致的。
但是理論上，該級別卻無法解決另外一個問題：幻讀。所謂幻讀，指的是當某個事務在讀取某個範圍內的記錄時，另外一個事務又在該範圍內插入了新的記錄，當之前的事務再次讀取該範圍的記錄時，會產生幻行。
幻讀示例： 第一個事務對一個表中的資料進行了修改，比如這種修改涉及到表中的“全部資料行”。同時，第二個 事務也修改這個表中的資料，這種修改是向表中插入“一行新資料”。那麼，以後就會發生操作第一個 事務的使用者發現表中還有沒有修改的資料行，就好象發生了幻覺一樣.
InnoDB儲存引擎通過多版本併發控制解決了幻讀的問題。
SERIALIZABLE
該級別為可序列化，是最高的隔離級別。它通過強制事務序列執行，避免了前面說的幻讀問題。簡而言之，該級別會在讀取的每一行資料上都加鎖，所以可能導致大量的超時和鎖爭用問題。
實際應用中也很少使用這個隔離級別，只有在非常需要確保資料的一致性而且可以接受沒有併發的情況下，才考慮採用該級別。
| 隔離級別 | 髒讀可能性 | 不可重複讀可能性 | 幻讀可能性 | 加鎖讀 |
|---|---|---|---|---|
| READ UNCOMMITTED | Yes | Yes | Yes | No |
| READ COMMITTED | No | Yes | Yes | No |
| REPEATABLE READ | No | No | Yes | No |
| SERIALIZABLE | No | No | No | Yes |