MySQL事務(wù)隔離級(jí)別的示例分析

這篇文章將為大家詳細(xì)講解有關(guān)MySQL事務(wù)隔離級(jí)別的示例分析，小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。

SQL標(biāo)準(zhǔn)定義了4類隔離級(jí)別，包括了一些具體規(guī)則，用來限定事務(wù)內(nèi)外的哪些改變是可見的，哪些是不可見的。低級(jí)別的隔離級(jí)一般支持更高的并發(fā)處理，并擁有更低的系統(tǒng)開銷。
Read Uncommitted（讀取未提交內(nèi)容）

       在該隔離級(jí)別，所有事務(wù)都可以看到其他未提交事務(wù)的執(zhí)行結(jié)果。本隔離級(jí)別很少用于實(shí)際應(yīng)用，因?yàn)樗男阅芤膊槐绕渌?jí)別好多少。讀取未提交的數(shù)據(jù)，也被稱之為臟讀（Dirty Read）。
Read Committed（讀取提交內(nèi)容）

       這是大多數(shù)數(shù)據(jù)庫系統(tǒng)的默認(rèn)隔離級(jí)別（但不是MySQL默認(rèn)的）。它滿足了隔離的簡單定義：一個(gè)事務(wù)只能看見已經(jīng)提交事務(wù)所做的改變。這種隔離級(jí)別 也支持所謂的不可重復(fù)讀（Nonrepeatable Read），因?yàn)橥皇聞?wù)的其他實(shí)例在該實(shí)例處理其間可能會(huì)有新的commit，所以同一select可能返回不同結(jié)果。
Repeatable Read（可重讀）

       這是MySQL的默認(rèn)事務(wù)隔離級(jí)別，它確保同一事務(wù)的多個(gè)實(shí)例在并發(fā)讀取數(shù)據(jù)時(shí)，會(huì)看到同樣的數(shù)據(jù)行。不過理論上，這會(huì)導(dǎo)致另一個(gè)棘手的問題：幻讀 （Phantom Read）。簡單的說，幻讀指當(dāng)用戶讀取某一范圍的數(shù)據(jù)行時(shí)，另一個(gè)事務(wù)又在該范圍內(nèi)插入了新行，當(dāng)用戶再讀取該范圍的數(shù)據(jù)行時(shí)，會(huì)發(fā)現(xiàn)有新的“幻影” 行。InnoDB和Falcon存儲(chǔ)引擎通過多版本并發(fā)控制（MVCC，Multiversion Concurrency Control）機(jī)制解決了該問題。

Serializable（可串行化） 
       這是最高的隔離級(jí)別，它通過強(qiáng)制事務(wù)排序，使之不可能相互沖突，從而解決幻讀問題。簡言之，它是在每個(gè)讀的數(shù)據(jù)行上加上共享鎖。在這個(gè)級(jí)別，可能導(dǎo)致大量的超時(shí)現(xiàn)象和鎖競爭。

         這四種隔離級(jí)別采取不同的鎖類型來實(shí)現(xiàn)，若讀取的是同一個(gè)數(shù)據(jù)的話，就容易發(fā)生問題。例如：

         臟讀(Drity Read)：某個(gè)事務(wù)已更新一份數(shù)據(jù)，另一個(gè)事務(wù)在此時(shí)讀取了同一份數(shù)據(jù)，由于某些原因，前一個(gè)RollBack了操作，則后一個(gè)事務(wù)所讀取的數(shù)據(jù)就會(huì)是不正確的。

         不可重復(fù)讀(Non-repeatable read):在一個(gè)事務(wù)的兩次查詢之中數(shù)據(jù)不一致，這可能是兩次查詢過程中間插入了一個(gè)事務(wù)更新的原有的數(shù)據(jù)。

         幻讀(Phantom Read):在一個(gè)事務(wù)的兩次查詢中數(shù)據(jù)筆數(shù)不一致，例如有一個(gè)事務(wù)查詢了幾列(Row)數(shù)據(jù)，而另一個(gè)事務(wù)卻在此時(shí)插入了新的幾列數(shù)據(jù)，先前的事務(wù)在接下來的查詢中，就會(huì)發(fā)現(xiàn)有幾列數(shù)據(jù)是它先前所沒有的。

         在MySQL中，實(shí)現(xiàn)了這四種隔離級(jí)別，分別有可能產(chǎn)生問題如下所示：

<img alt="" width="700" height="223" src="https://cache.yisu.com/upload/information/20200703/141/22729.jpg" title="點(diǎn)擊查看原始大小圖片" class="magplus" vertical-align:middle;" />

下面，將利用MySQL的客戶端程序，分別測試幾種隔離級(jí)別。測試數(shù)據(jù)庫為test，表為tx；表結(jié)構(gòu)：

兩個(gè)命令行客戶端分別為A，B；不斷改變A的隔離級(jí)別，在B端修改數(shù)據(jù)。

（一）、將A的隔離級(jí)別設(shè)置為read uncommitted(未提交讀)

 在B未更新數(shù)據(jù)之前：

客戶端A：

B更新數(shù)據(jù)：

客戶端B：

客戶端A：

        經(jīng)過上面的實(shí)驗(yàn)可以得出結(jié)論，事務(wù)B更新了一條記錄，但是沒有提交，此時(shí)事務(wù)A可以查詢出未提交記錄。造成臟讀現(xiàn)象。未提交讀是最低的隔離級(jí)別。

（二）、將客戶端A的事務(wù)隔離級(jí)別設(shè)置為read committed(已提交讀)

 在B未更新數(shù)據(jù)之前：

客戶端A：

B更新數(shù)據(jù)：

客戶端B：

客戶端A：

       經(jīng)過上面的實(shí)驗(yàn)可以得出結(jié)論，已提交讀隔離級(jí)別解決了臟讀的問題，但是出現(xiàn)了不可重復(fù)讀的問題，即事務(wù)A在兩次查詢的數(shù)據(jù)不一致，因?yàn)樵趦纱尾樵冎g事務(wù)B更新了一條數(shù)據(jù)。已提交讀只允許讀取已提交的記錄，但不要求可重復(fù)讀。

(三)、將A的隔離級(jí)別設(shè)置為repeatable read(可重復(fù)讀)

 在B未更新數(shù)據(jù)之前：

客戶端A：

B更新數(shù)據(jù)：

客戶端B：

客戶端A：

B插入數(shù)據(jù)：

客戶端B：

客戶端A：

       由以上的實(shí)驗(yàn)可以得出結(jié)論，可重復(fù)讀隔離級(jí)別只允許讀取已提交記錄，而且在一個(gè)事務(wù)兩次讀取一個(gè)記錄期間，其他事務(wù)部的更新該記錄。但該事務(wù)不要求與其他事務(wù)可串行化。例如，當(dāng)一個(gè)事務(wù)可以找到由一個(gè)已提交事務(wù)更新的記錄，但是可能產(chǎn)生幻讀問題(注意是可能，因?yàn)閿?shù)據(jù)庫對隔離級(jí)別的實(shí)現(xiàn)有所差別)。像以上的實(shí)驗(yàn)，就沒有出現(xiàn)數(shù)據(jù)幻讀的問題。

(四)、將A的隔離級(jí)別設(shè)置為 可串行化 (Serializable)

A端打開事務(wù)，B端插入一條記錄

事務(wù)A端：

事務(wù)B端：

因?yàn)榇藭r(shí)事務(wù)A的隔離級(jí)別設(shè)置為serializable，開始事務(wù)后，并沒有提交，所以事務(wù)B只能等待。

事務(wù)A提交事務(wù)：

事務(wù)A端

事務(wù)B端

         serializable完全鎖定字段，若一個(gè)事務(wù)來查詢同一份數(shù)據(jù)就必須等待，直到前一個(gè)事務(wù)完成并解除鎖定為止 。是完整的隔離級(jí)別，會(huì)鎖定對應(yīng)的數(shù)據(jù)表格，因而會(huì)有效率的問題。

關(guān)于“MySQL事務(wù)隔離級(jí)別的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學(xué)到更多知識(shí)，如果覺得文章不錯(cuò)，請把它分享出去讓更多的人看到。