1樓：李晨曦
MyISAM不支援事物，所以這些隔離級別是沒有意義的。
然後再說一下這些隔離級別和鎖之間的關係(如在InnoDB中，支援行級鎖)：
首先乙個事物由begin開始，由commit(成功執行)或rollback(執行失敗，需要回滾)終止，所以考慮事物問題的時候要考慮到事物的整個生命週期，對同一行資料的加鎖解鎖操作是有可能多次執行的，因此傳統的2 Phase Locking(2PL，兩階段鎖)才會有很多變種，最簡單的是只要先統一上鎖，後統一釋放鎖就可以了，不用考慮釋放鎖的時間，最嚴格的是所有的鎖一旦加上之後，必須要等到事物commit或rollback後才可以釋放。
舉個例子，有一行資料 a，有兩個事物T1,T2
1.read uncommitted
T1對a進行寫操作，寫之前加了寫鎖，寫之後但是commit前釋放了寫鎖，這時候T2是可以讀a的，
由於T1還沒有commit，所以T2就發生了read uncommitted的情況。
2.read committed
還是1中的情況，如果T1把a的寫鎖一直保持到T1 commit成功之後再釋放，那麼T2在T1 commit之前都是不可以讀a的，就可以避免read uncommitted，這就是read committed。但是這種隔離級別下，如果t1插入了乙個以前不存在的新行b，t2是可以讀的，就造成了幻讀的情況。
3.repeatable read
為了避免幻讀，可以加謂詞鎖延遲新行的新增，比如T2要讀大於5的行，那麼就加個謂詞鎖，使得大於5的行不能被新增進去，這種實現基本上也是實現了serializable read
基於鎖的事物只是一種方法，一般被成為悲觀併發控制。此外，還有：
樂觀併發控制：執行讀寫的時候不加鎖，commit的時候檢測是否有衝突，若沒有衝突commit成功，否則需要rollback，值得注意的是，雖然讀寫的時候沒有加鎖，但是檢測的時候是要加鎖的，否則2個衝突的事物可能同時檢測成功，這一點絕大多數材料裡都沒有指出。
MVCC：給每個資料乙個版本號，讀的時候完全不需要鎖，寫的時候看具體實現，可以選擇樂觀併發控制，也可以選擇悲觀併發控制，這種實現很容易實現snapshot isolation（也是一種隔離級別，只不過沒有以上幾個名氣大，可以保證每個事物可以看到乙個在它發生之前的資料庫完整例項）。
MySQL 在 RC 隔離級別下是如何實現讀不阻塞的？
Lant 呵呵一笑百媚生 的答案很正確,如果單看MySQL資料庫事務各隔離級別加鎖情況 read committed MVCC文中介紹,很容易理解錯誤,恰巧rr級別用穩重所說的比較演算法也不會出錯,但是rc的話,你如果還那麼簡單理解read view快照,那就會出問題,需要仔細看read view中...
mysql中隔離級別和鎖有什麼關係？
愛可生 術式之後皆為邏輯，一切皆為需求和實現。希望此文能從需求 現狀和解決方式的角度幫大家理解隔離級別。隔離級別的產生 在串型執行的條件下，資料修改的順序是固定的 可預期的結果，但是併發執行的情況下，資料的修改是不可預期的，也不固定，為了實現資料修改在併發執行的情況下得到乙個固定 可預期的結果，由此...
FGO裡設定上來講哪些是TOP級別的英靈？
魔尊重樓 第一部序章 阿爾托莉雅 一章 貞德 齊格飛 二章 阿提拉 羅慕路斯 呂布 三章 海格力斯 四章 阿爾托莉雅lancer 五章 斯卡哈 迦爾納 阿周那 庫丘林 六章 蘭斯洛特 三倍高文 三藏 七章 吉爾伽美什 梅林 恩奇都 金固 羽蛇神 弓凜 槍凜 戈爾貢終章 所羅門 斷章一章 二章 三章 ...