謝邀。

首先我要指出問題中提出的各種概念非?；靵y。簡單梳理下：

早期數(shù)據(jù)庫不論讀取還是寫入，都用鎖來實現(xiàn)。但是鎖會帶來性能的問題。人們嘗試各種優(yōu)化方案。寫入和讀取的優(yōu)化方式不同。

對于數(shù)據(jù)庫寫入操作，沒有特別好的辦法，因為無論如何要避免并發(fā)修改一個數(shù)據(jù)，就得靠鎖。不同的數(shù)據(jù)庫對于寫入操作都會加悲觀鎖(比如MySQL是X鎖)。為了避免X鎖帶來的性能問題，人們在合適的場合會選擇用樂觀鎖來優(yōu)化。有的數(shù)據(jù)庫內(nèi)建樂觀鎖，但是有的沒有(比如MySQL就沒有)，所以需要開發(fā)人員自己在數(shù)據(jù)表里加version列，自己寫業(yè)務(wù)代碼實現(xiàn)。順便提一句，樂觀鎖并不一定總是比悲觀鎖性能表現(xiàn)更好，這要看競爭的程度。如果數(shù)據(jù)訪問競爭的非常厲害，樂觀鎖只會讓CPU和IO白白浪費而已。

對于讀取，優(yōu)化就是MVCC。現(xiàn)在主流的商業(yè)數(shù)據(jù)庫都是基于MVCC，如MySQL InnoDB和Postgres。MVCC的意思用簡單的話講就是對數(shù)據(jù)庫的任何修改的提交都不會直接覆蓋之前的數(shù)據(jù)，而是產(chǎn)生一個新的版本與老版本共存，使得讀取時可以完全不加鎖。這樣讀某一個數(shù)據(jù)時，事務(wù)可以根據(jù)隔離級別選擇要讀取哪個版本的數(shù)據(jù)。過程中完全不需要加鎖。

這樣，實現(xiàn)兩個隔離級別就非常容易：Read Committed - 一個事務(wù)讀取數(shù)據(jù)時總是讀這個數(shù)據(jù)最近一次被commit的版本

Repeatable Read - 一個事務(wù)讀取數(shù)據(jù)時總是讀取當(dāng)前事務(wù)開始之前最后一次被commit的版本(所以底層實現(xiàn)時需要比較當(dāng)前事務(wù)和數(shù)據(jù)被commit的版本號)。

舉個簡單的例子：一個事務(wù)A(txnId=100)修改了數(shù)據(jù)X，使得X=1，并且commit了

另外一個事務(wù)B(txnId=101)開始嘗試讀取X，但是還X=1。但B沒有提交。

第三個事務(wù)C(txnId=102)修改了數(shù)據(jù)X，使得X=2。并且提交了

事務(wù)B又一次讀取了X。這時如果事務(wù)B是Read Committed。那么就讀取X的最新commit的版本，也就是X=2

如果事務(wù)B是Repeatable Read。那么讀取的就是當(dāng)前事務(wù)(txnId=101)之前X的最新版本，也就是X被txnId=100提交的版本，即X=1。

注意，這里B不論是Read Committed，還是Repeatable Read，都不會被鎖，都能立刻拿到結(jié)果。這也就是MVCC存在的意義。

在基于MVCC的數(shù)據(jù)庫實現(xiàn)中，根本就不需要出現(xiàn)Read Uncommitted這種情況。Read Uncommitted是早期數(shù)據(jù)庫，讀寫都基于鎖進(jìn)行實現(xiàn)的產(chǎn)物。在實際業(yè)務(wù)中Read Uncommitted毫無意義(如果真有意義，你咋不去用NoSQL數(shù)據(jù)庫？)因此：對于Postgres，Read Committed和Read Uncommitted是一樣的。

對于Oracle，壓根就沒有Read Uncommitted這個級別。

所以從實際的角度出發(fā)，我想所有人都忘記有“Read Uncommitted”這件事。

MVCC并不是萬靈藥。大量的業(yè)務(wù)問題的關(guān)鍵點在于，你在提交一個事務(wù)那一剎那，你提交事務(wù)的所有修改依賴的讀取是否都還有效。對于這種場景，無論是Read Committed還是Repeatable Read都沒有什么卵用。比如扣庫存就是這樣典型的業(yè)務(wù)場景。

在這種場景下在MySQL InnoDB，使用者會使用select ... for update手工加鎖。或者干脆用Serializable隔離級別。

在Postgres，Postgres的Repeatable Read在提交時會提供一個“提交的修改的依賴是否被修改“的檢測(好繞口，但就是這個意思)。如果依賴已經(jīng)被改掉了，當(dāng)前事務(wù)提交一定會失敗。

希望上面的簡單回答可以讓你重新對數(shù)據(jù)庫、鎖和隔離級別有所認(rèn)識。如果沒看懂也不奇怪，問題本身的確非常復(fù)雜，所以我專門寫了一篇很長的文字來解釋這個問題，希望可以幫到你。

數(shù)據(jù)庫事務(wù)、隔離級別和鎖?www.jianshu.com

總結(jié)

以上是生活随笔為你收集整理的mysql隔离级别和mvcc_数据库MVCC和隔离级别的关系是什么？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。