小編給大家分享一下MySQL事務隔離級別以及臟讀、幻讀、不可重復讀的示例，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！
在成都網(wǎng)站設計、網(wǎng)站制作過程中，需要針對客戶的行業(yè)特點、產(chǎn)品特性、目標受眾和市場情況進行定位分析，以確定網(wǎng)站的風格、色彩、版式、交互等方面的設計方向。創(chuàng)新互聯(lián)建站還需要根據(jù)客戶的需求進行功能模塊的開發(fā)和設計，包括內(nèi)容管理、前臺展示、用戶權限管理、數(shù)據(jù)統(tǒng)計和安全保護等功能。
推薦（免費）：mysql視頻教程
事務的隔離性
MySQL是一個客戶端／服務器架構(gòu)的軟件，對于同一個服務器來說，可以有若干個客戶端與之連接，每個客戶端與服務器連接上之后，就可以稱之為一個會話（Session）。每個客戶端都可以在自己的會話中向服務器發(fā)出請求語句，一個請求語句可能是某個事務的一部分，也就是對于服務器來說可能同時處理多個事務。當數(shù)據(jù)庫上有多個事務同時執(zhí)行的時候，就可能出現(xiàn)臟讀（Dirty Read）、不可重復讀（Non-Repeatable Read）、幻讀（Phantom Read）的問題，為了解決這些問題，就有了 “隔離級別” 的概念。
理論上在某個事務對某個數(shù)據(jù)進行訪問時，其他事務應該進行排隊，當該事務提交之后，其他事務才可以繼續(xù)訪問這個數(shù)據(jù)。但一般情況下隔離得越嚴實，效率就會越低。因此很多時候，我們都要在隔離性和效率二者之間尋找一個平衡點。
事務并發(fā)執(zhí)行遇到的問題
臟讀（Dirty Read）：臟讀是指一個事務讀到了另一個未提交事務修改過的數(shù)據(jù)。
如小王的賬戶中有100的余額，接下來有兩個事務對小王的賬戶進行訪問。
| 會話A | 會話B |
|---|---|
| begin; | |
| update xxx set balance = balance+50 where client_no = ‘小王客戶號’ ; | begin; |
| select balance from xxx where client_no = ‘小王客戶號’ ; （如果讀到150，則意味著發(fā)生了臟讀） | |
| rollback; | commit; |
如上，會話A和會話B各開啟了一個事務，會話A先給小王賬戶余額加了50，此時賬戶B查詢小王賬戶余額為150，接下來會話A進行了回滾，那會話B查詢到的150就成一個不正確的臟數(shù)據(jù)。
不可重復讀（Non-Repeatable Read）：不可重復讀是指在同一個事務內(nèi)多次讀取同一數(shù)據(jù)集合，但查到的結(jié)果卻不相同。發(fā)生不可重復讀的原因是在多次搜索期間查詢的數(shù)據(jù)被其它事務修改了。
看如下的兩個會話請求。
| 會話A | 會話B |
|---|---|
| begin; | |
| select balance from xxx where client_no = ‘小王客戶號’ ; （讀到余額為100） | begin; |
| update xxx set balance = balance+50 where client_no = ‘小王客戶號’ ; | |
| commit; | |
| select balance from xxx where client_no = ‘小王客戶號’ ; （如果讀到150，則意味著發(fā)生了不可重復讀） | |
| commit; |
在會話A的同一個事務中，兩次相同查詢的結(jié)果不同，意味著發(fā)生了不可重復讀。
幻讀（Phantom Read）：所謂幻讀，指的是當某個事務在讀取某個范圍內(nèi)的記錄時，另外一個事務又在該范圍內(nèi)插入了新的記錄，當之前的事務再次讀取該范圍的記錄時，會讀取到之前沒有讀到的數(shù)據(jù)。
假如賬戶表中目前只有小王的余額為100，再看下如下的兩個會話請求。
| 會話A | 會話B |
|---|---|
| begin; | |
| select name from xxx where balance = 100 ; （讀到name為‘小王’） | begin; |
| insert into xxx(client_no,name,balance) values(‘小張客戶號’,‘小張’,100)； | |
| commit; | |
| select name from xxx where balance = 100 ; （如果讀到了‘小王’和‘小張’，則意味著發(fā)生了幻讀） | |
| commit; |
會話A事務中的第二次查詢，查到了第一次查詢沒有查到的 name ‘小張’，這就意味著出現(xiàn)了幻讀。
SQL標準制定的四種隔離級別
ISO 和 ANIS SQL 標準制定了四種事務隔離級別的標準，分別為：讀未提交（read uncommitted）、讀提交（read committed）、可重復讀（repeatable read）和串行化（serializable ）。
我們先來看下這四種隔離級別的意思。
讀未提交：一個事務還沒提交時，它做的變更就能被別的事務看到。
讀提交：一個事務提交之后，它做的變更才會被其他事務看到。
可重復讀：一個事務執(zhí)行過程中看到的數(shù)據(jù)，總是跟這個事務在啟動時看到的數(shù)據(jù)是一致的。當然在可重復讀隔離級別下，未提交的變更對其他事務也是不可見的。
串行化：顧名思義是對于同一行記錄，“寫”會加“寫鎖”，“讀”會加“讀鎖”。當出現(xiàn)讀寫鎖沖突的時候，后訪問的事務必須等前一個事務執(zhí)行完成，才能繼續(xù)執(zhí)行。
SQL 標準中規(guī)定，針對不同的隔離級別，并發(fā)事務可以發(fā)生不同嚴重程度的問題，具體情況如下：（ √ 表示可以發(fā)生；× 表示不可以發(fā)生）
| 隔離級別 | 臟讀 | 不可重復讀 | 幻讀 |
|---|---|---|---|
| 讀未提交（read uncommitted） | √ | √ | √ |
| 讀提交（read committed） | × | √ | √ |
| 可重復讀（repeatable read） | × | × | √ |
| 串行化（serializable ） | × | × | × |
MySQL對四種隔離級別的支持情況
雖然 ISO 和 ANIS SQL 標準制定了四種事務隔離級別的標準，但不是所有數(shù)據(jù)庫廠商都遵循這些標準，比如 Oracle 數(shù)據(jù)庫就不支持讀未提交（read uncommitted）和可重復讀（repeatable read）的事務隔離級別。
MySQL InnoDB 存儲引擎支持4種隔離級別，但與 SQL 標準中定義的不同的是，InnoDB 存儲引擎在默認的可重復讀（repeatable read）事務隔離級別下，使用 Next-Key Lock 鎖的算法，避免了幻讀的產(chǎn)生。也就是說 InnoDB 存儲引擎在可重復讀（repeatable read）的事務隔離級別下，已經(jīng)可以完全保證事務的隔離性要求，即達到了 SQL 標準中的串行化（serializable ）隔離級別的要求。
如何設置事務的隔離級別
在 InnoDB 存儲引擎中，可以使用以下命令來設置全局或者當前會話的事務隔離級別：
重慶分公司
重慶分公司
SET [GLOBAL|SESSION] TRANSACTION ISOLATION LEVEL{ READ UNCOMMITTED
| READ COMMITTED
| REPEATABLE READ
| SERIALIZABLE}如想設置當前會話的隔離級別為讀提交，可以使用如下語句：
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
如果想在 MySQL 數(shù)據(jù)庫啟動時就設置事務的默認隔離級別，那就需要修改配置文件中 transaction-isolation 的值，比方說，我們在啟動前指定了 transaction-isolation = READ COMMITTED，那么事務的默認隔離級別就從原來的 REPEATABLE READ 變成了READ COMMITTED。
查看當前會話的事務隔離級別，可以用如下語句：
SELECT @@transaction_isolation;
查看全局的事務隔離級別，可以使用如下語句：
SELECT @@global.transaction_isolation;
注意：transaction_isolation 是在 MySQL 5.7.20 的版本中引入來替換tx_isolation的，如果你使用的是之前版本的 MySQL，請將上述用到的 transaction_isolation 的地方替換為 tx_isolation 。
事務的隔離性
MySQL是一個客戶端／服務器架構(gòu)的軟件，對于同一個服務器來說，可以有若干個客戶端與之連接，每個客戶端與服務器連接上之后，就可以稱之為一個會話（Session）。每個客戶端都可以在自己的會話中向服務器發(fā)出請求語句，一個請求語句可能是某個事務的一部分，也就是對于服務器來說可能同時處理多個事務。當數(shù)據(jù)庫上有多個事務同時執(zhí)行的時候，就可能出現(xiàn)臟讀（Dirty Read）、不可重復讀（Non-Repeatable Read）、幻讀（Phantom Read）的問題，為了解決這些問題，就有了 “隔離級別” 的概念。
理論上在某個事務對某個數(shù)據(jù)進行訪問時，其他事務應該進行排隊，當該事務提交之后，其他事務才可以繼續(xù)訪問這個數(shù)據(jù)。但一般情況下隔離得越嚴實，效率就會越低。因此很多時候，我們都要在隔離性和效率二者之間尋找一個平衡點。
事務并發(fā)執(zhí)行遇到的問題
臟讀（Dirty Read）：臟讀是指一個事務讀到了另一個未提交事務修改過的數(shù)據(jù)。
如小王的賬戶中有100的余額，接下來有兩個事務對小王的賬戶進行訪問。
| 會話A | 會話B |
|---|---|
| begin; | |
| update xxx set balance = balance+50 where client_no = ‘小王客戶號’ ; | begin; |
| select balance from xxx where client_no = ‘小王客戶號’ ; （如果讀到150，則意味著發(fā)生了臟讀） | |
| rollback; | commit; |
如上，會話A和會話B各開啟了一個事務，會話A先給小王賬戶余額加了50，此時賬戶B查詢小王賬戶余額為150，接下來會話A進行了回滾，那會話B查詢到的150就成一個不正確的臟數(shù)據(jù)。
不可重復讀（Non-Repeatable Read）：不可重復讀是指在同一個事務內(nèi)多次讀取同一數(shù)據(jù)集合，但查到的結(jié)果卻不相同。發(fā)生不可重復讀的原因是在多次搜索期間查詢的數(shù)據(jù)被其它事務修改了。
看如下的兩個會話請求。
| 會話A | 會話B |
|---|---|
| begin; | |
| select balance from xxx where client_no = ‘小王客戶號’ ; （讀到余額為100） | begin; |
| update xxx set balance = balance+50 where client_no = ‘小王客戶號’ ; | |
| commit; | |
| select balance from xxx where client_no = ‘小王客戶號’ ; （如果讀到150，則意味著發(fā)生了不可重復讀） | |
| commit; |
在會話A的同一個事務中，兩次相同查詢的結(jié)果不同，意味著發(fā)生了不可重復讀。
幻讀（Phantom Read）：所謂幻讀，指的是當某個事務在讀取某個范圍內(nèi)的記錄時，另外一個事務又在該范圍內(nèi)插入了新的記錄，當之前的事務再次讀取該范圍的記錄時，會讀取到之前沒有讀到的數(shù)據(jù)。
假如賬戶表中目前只有小王的余額為100，再看下如下的兩個會話請求。
| 會話A | 會話B |
|---|---|
| begin; | |
| select name from xxx where balance = 100 ; （讀到name為‘小王’） | begin; |
| insert into xxx(client_no,name,balance) values(‘小張客戶號’,‘小張’,100)； | |
| commit; | |
| select name from xxx where balance = 100 ; （如果讀到了‘小王’和‘小張’，則意味著發(fā)生了幻讀） | |
| commit; |
會話A事務中的第二次查詢，查到了第一次查詢沒有查到的 name ‘小張’，這就意味著出現(xiàn)了幻讀。
SQL標準制定的四種隔離級別
ISO 和 ANIS SQL 標準制定了四種事務隔離級別的標準，分別為：讀未提交（read uncommitted）、讀提交（read committed）、可重復讀（repeatable read）和串行化（serializable ）。
我們先來看下這四種隔離級別的意思。
讀未提交：一個事務還沒提交時，它做的變更就能被別的事務看到。
讀提交：一個事務提交之后，它做的變更才會被其他事務看到。
可重復讀：一個事務執(zhí)行過程中看到的數(shù)據(jù)，總是跟這個事務在啟動時看到的數(shù)據(jù)是一致的。當然在可重復讀隔離級別下，未提交的變更對其他事務也是不可見的。
串行化：顧名思義是對于同一行記錄，“寫”會加“寫鎖”，“讀”會加“讀鎖”。當出現(xiàn)讀寫鎖沖突的時候，后訪問的事務必須等前一個事務執(zhí)行完成，才能繼續(xù)執(zhí)行。
SQL 標準中規(guī)定，針對不同的隔離級別，并發(fā)事務可以發(fā)生不同嚴重程度的問題，具體情況如下：（ √ 表示可以發(fā)生；× 表示不可以發(fā)生）
| 隔離級別 | 臟讀 | 不可重復讀 | 幻讀 |
|---|---|---|---|
| 讀未提交（read uncommitted） | √ | √ | √ |
| 讀提交（read committed） | × | √ | √ |
| 可重復讀（repeatable read） | × | × | √ |
| 串行化（serializable ） | × | × | × |
MySQL對四種隔離級別的支持情況
雖然 ISO 和 ANIS SQL 標準制定了四種事務隔離級別的標準，但不是所有數(shù)據(jù)庫廠商都遵循這些標準，比如 Oracle 數(shù)據(jù)庫就不支持讀未提交（read uncommitted）和可重復讀（repeatable read）的事務隔離級別。
MySQL InnoDB 存儲引擎支持4種隔離級別，但與 SQL 標準中定義的不同的是，InnoDB 存儲引擎在默認的可重復讀（repeatable read）事務隔離級別下，使用 Next-Key Lock 鎖的算法，避免了幻讀的產(chǎn)生。也就是說 InnoDB 存儲引擎在可重復讀（repeatable read）的事務隔離級別下，已經(jīng)可以完全保證事務的隔離性要求，即達到了 SQL 標準中的串行化（serializable ）隔離級別的要求。
如何設置事務的隔離級別
在 InnoDB 存儲引擎中，可以使用以下命令來設置全局或者當前會話的事務隔離級別：
SET [GLOBAL|SESSION] TRANSACTION ISOLATION LEVEL{ READ UNCOMMITTED
| READ COMMITTED
| REPEATABLE READ
| SERIALIZABLE}如想設置當前會話的隔離級別為讀提交，可以使用如下語句：
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
如果想在 MySQL 數(shù)據(jù)庫啟動時就設置事務的默認隔離級別，那就需要修改配置文件中 transaction-isolation 的值，比方說，我們在啟動前指定了 transaction-isolation = READ COMMITTED，那么事務的默認隔離級別就從原來的 REPEATABLE READ 變成了READ COMMITTED。
查看當前會話的事務隔離級別，可以用如下語句：
SELECT @@transaction_isolation;
查看全局的事務隔離級別，可以使用如下語句：
SELECT @@global.transaction_isolation;
注意：transaction_isolation 是在 MySQL 5.7.20 的版本中引入來替換tx_isolation的，如果你使用的是之前版本的 MySQL，請將上述用到的 transaction_isolation 的地方替換為 tx_isolation 。
以上是“MySQL事務隔離級別以及臟讀、幻讀、不可重復讀的示例”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對大家有所幫助，如果還想學習更多知識，歡迎關注創(chuàng)新互聯(lián)行業(yè)資訊頻道！
