sql標準定義了4類隔離級別，包括了一些具體規則，用來限定事務內外的哪些改變是可見的，哪些是不可見的。低階別的隔離級一般支援更高的併發處理，並擁有更低的系統開銷。mysql預設事物隔離級別：可重複讀。
注意：只有在不同的事務之間才存在事務隔離。
在該隔離級別，所有事務都可以看到其他未提交事務的執行結果。本隔離級別很少用於實際應用，因為它的效能也不比其他級別好多少。讀取未提交的資料，也被稱之為髒讀（dirty read）。
這是大多數資料庫系統的預設隔離級別（但不是mysql預設的）。它滿足了隔離的簡單定義：乙個事務只能看見已經提交事務所做的改變。這種隔離級別 也支援所謂的不可重複讀（nonrepeatable read），因為同一事務的其他例項在該例項處理其間可能會有新的commit，所以同一select可能返回不同結果。
這是mysql的預設事務隔離級別，它確保同一事務的多個例項在併發讀取資料時，會看到同樣的資料行。不過理論上，這會導致另乙個棘手的問題：幻讀 （phantom read）。簡單的說，幻讀指當使用者讀取某一範圍的資料行時，另乙個事務又在該範圍內插入了新行，當使用者再讀取該範圍的資料行時，會發現有新的「幻影」 行。innodb和falcon儲存引擎通過多版本併發控制（mvcc，multiversion concurrency control）機制解決了該問題。
這是最高的隔離級別，它通過強制事務排序，使之不可能相互衝突，從而解決幻讀問題。簡言之，它是在每個讀的資料行上加上共享鎖。在這個級別，可能導致大量的超時現象和鎖競爭。
某個事務已更新乙份資料，另乙個事務在此時讀取了同乙份資料，由於某些原因，前乙個rollback了操作，則後乙個事務所讀取的資料就會是不正確的。
在乙個事務的兩次查詢之中資料不一致，這可能是兩次查詢過程中間插入了乙個事務更新的原有的資料。
在乙個事務的兩次查詢中資料筆數不一致，例如有乙個事務查詢了幾列(row)資料，而另乙個事務卻在此時插入了新的幾列資料，先前的事務在接下來的查詢中，就會發現有幾列資料是它先前所沒有的。
四種隔離級別，分別有可能產生問題如下所示：
隔離級別
髒讀(dirty read)
不可重複讀(nonrepeatable read)
幻讀(phantom read)
讀未提交(read uncommitted)√√
√讀已提交(read committed)✘√
√可重複讀(repeatable read)✘✘
√可序列化(serializable)✘✘
✘mysql可重複讀的隔離級別中並不是完全解決了幻讀的問題，而是解決了讀資料情況下的幻讀問題。
而對於修改的操作依舊存在幻讀問題，就是說mvcc對於幻讀的解決時不徹底的。
mysql 幻讀的比較形象的場景：
users： id 主鍵
1、t1：select * from users where id = 1;
2、t2：insert into `users`(`id`, `name`) values (1, 'big cat');
3、t1：insert into `users`(`id`, `name`) values (1, 'big cat');
t1 ：主事務，檢測表中是否有 id 為 1 的記錄，沒有則插入，這是我們期望的正常業務邏輯。
t2 ：干擾事務，目的在於擾亂 t1 的正常的事務執行。
在 rr 隔離級別下，1、2 是會正常執行的，3 則會報錯主鍵衝突，對於 t1 的業務來說是執行失敗的，這裡 t1 就是發生了幻讀，因為t1讀取的資料狀態並不能支援他的下一步的業務，見鬼了一樣。
mysql事物隔離級別
複習鞏固加深印象 一。事務 acid原子性，隔離性，一致性，永續性 二。事務隔離級別 通常併發事務處理 1 寫 寫，存在更新丟失問題 2 讀 寫，有隔離性問題，可能遇到髒讀，不可重複讀，幻讀 其中 1.髒讀 a事務讀到b未提交的資料 2.不可重複讀 a事務第二次讀時讀到了b事務提交的寫資料，可能導致...
MySQL事物隔離級別
mysql其實是分為server層和引擎層。server層包括 聯結器 分析器 優化器 執行器 以及查詢快取。在這裡執行的一些mysql自己的一些邏輯，比如函式 儲存過程 檢視 觸發器，但是還沒有真正的去資料檔案中讀取資料。引擎層 innodb myisam memory 負責資料的查詢和提取。現在...
mysql事物隔離級別
事物是區分檔案儲存系統與nosql資料庫重要特性之一，其存在的意義是為了保證即使在併發情況下也能正確的執行crud操作。怎樣才算是正確的呢？這時提出了事物需要保證的四個特性即acid a 原子性 atomicity c 一致性 consistency i 隔離性 isolation d 永續性 du...