快捷導(dǎo)航

通過實(shí)例分析MySQL中的四種事務(wù)隔離級(jí)別

更新時(shí)間：2017年08月13日 11:32:06 作者：ZIWENXIE

SQL標(biāo)準(zhǔn)定義了4種隔離級(jí)別，包括了一些具體規(guī)則，用來限定事務(wù)內(nèi)外的哪些改變是可見的，哪些是不可見的。下面這篇文章通過實(shí)例詳細(xì)的給大家分析了關(guān)于MySQL中的四種事務(wù)隔離級(jí)別的相關(guān)資料，需要的朋友可以參考下。

前言

在數(shù)據(jù)庫操作中，為了有效保證并發(fā)讀取數(shù)據(jù)的正確性，提出的事務(wù)隔離級(jí)別。數(shù)據(jù)庫事務(wù)的隔離級(jí)別有4個(gè)，下面話不多說了，來一起看看詳細(xì)的介紹吧。

數(shù)據(jù)庫事務(wù)有四種隔離級(jí)別：

未提交讀(Read Uncommitted)：允許臟讀，也就是可能讀取到其他會(huì)話中未提交事務(wù)修改的數(shù)據(jù)。
提交讀(Read Committed)：只能讀取到已經(jīng)提交的數(shù)據(jù)，Oracle等多數(shù)數(shù)據(jù)庫默認(rèn)都是該級(jí)別。
可重復(fù)讀(Repeated Read)：可重復(fù)讀。在同一個(gè)事務(wù)內(nèi)的查詢都是事務(wù)開始時(shí)刻一致的，InnoDB默認(rèn)級(jí)別。在SQL標(biāo)準(zhǔn)中，該隔離級(jí)別消除了不可重復(fù)讀，但是還存在幻讀。
串行讀(Serializable)：完全串行化的讀，每次讀都需要獲得表級(jí)共享鎖，讀寫相互都會(huì)阻塞。

上面這樣的教科書式定義第一次接觸事務(wù)隔離概念的朋友看了可能會(huì)一臉懵逼，下面我們就通過具體的實(shí)例來解釋四個(gè)隔離級(jí)別。

首先我們創(chuàng)建一個(gè)user表：

CREATE TABLE user (
 `id` int(11) NOT NULL AUTO_INCREMENT,
 `name` varchar(255) NOT NULL,
 PRIMARY KEY (`id`),
 UNIQUE `uniq_name` USING BTREE (name)
) ENGINE=`InnoDB` AUTO_INCREMENT=10 DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;

讀未提交隔離級(jí)別

我們先將事務(wù)的隔離級(jí)別設(shè)置為read committed：

mysql> set session transaction isolation level read uncommitted;
Query OK, 0 rows affected (0.00 sec)
mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-UNCOMMITTED  |
+------------------------+
1 row in set (0.00 sec)

在下面我們開了兩個(gè)終端分別用來模擬事務(wù)一和事務(wù)二，p.s: 操作一和操作二的意思是按照時(shí)間順序來執(zhí)行的。

事務(wù)1

mysql> start transaction; # 操作1
Query OK, 0 rows affected (0.00 sec)
mysql> insert into user(name) values('ziwenxie'); # 操作3
Query OK, 1 row affected (0.05 sec)

事務(wù)2

mysql> start transaction; # 操作2
Query OK, 0 rows affected (0.00 sec)
mysql> select * from user; # 操作4
+----+----------+
| id | name  |
+----+----------+
| 10 | ziwenxie |
+----+----------+
1 row in set (0.00 sec)

從上面的執(zhí)行結(jié)果可以很清晰的看出來，在read uncommited級(jí)別下面我們?cè)谑聞?wù)一中可能會(huì)讀取到事務(wù)二中沒有commit的數(shù)據(jù)，這就是臟讀。

讀提交隔離級(jí)別

通過設(shè)置隔離級(jí)別為committed可以解決上面的臟讀問題。

mysql> set session transaction isolation level read committed;

事務(wù)一

mysql> start transaction; # 操作一
Query OK, 0 rows affected (0.00 sec)
mysql> select * from user; # 操作三
+----+----------+
| id | name  |
+----+----------+
| 10 | ziwenxie |
+----+----------+
1 row in set (0.00 sec)
mysql> select * from user; # 操作五，操作四的修改并沒有影響到事務(wù)一
+----+----------+
| id | name  |
+----+----------+
| 10 | ziwenxie |
+----+----------+
1 row in set (0.00 sec)
mysql> select * from user; # 操作七
+----+------+
| id | name |
+----+------+
| 10 | lisi |
+----+------+
1 row in set (0.00 sec)
mysql> commit; # 操作八
Query OK, 0 rows affected (0.00 sec)

事務(wù)二

mysql> start transaction; # 操作二
Query OK, 0 rows affected (0.00 sec)
mysql> update user set name='lisi' where id=10; # 操作四
Query OK, 1 row affected (0.06 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> commit; # 操作六
Query OK, 0 rows affected (0.08 sec)

雖然臟讀的問題解決了，但是注意在事務(wù)一的操作七中，事務(wù)二在操作六commit后會(huì)造成事務(wù)一在同一個(gè)transaction中兩次讀取到的數(shù)據(jù)不同，這就是不可重復(fù)讀問題，使用第三個(gè)事務(wù)隔離級(jí)別repeatable read可以解決這個(gè)問題。

可重復(fù)讀隔離級(jí)別

MySQL的Innodb存儲(chǔ)引擎默認(rèn)的事務(wù)隔離級(jí)別就是可重復(fù)讀隔離級(jí)別，所以我們不用進(jìn)行多余的設(shè)置。

事務(wù)一

mysql> start tansactoin; # 操作一
mysql> select * from user; # 操作五
+----+----------+
| id | name  |
+----+----------+
| 10 | ziwenxie |
+----+----------+
1 row in set (0.00 sec)
mysql> commit; # 操作六
Query OK, 0 rows affected (0.00 sec)
mysql> select * from user; # 操作七
+----+------+
| id | name |
+----+------+
| 10 | lisi |
+----+------+
1 row in set (0.00 sec)

事務(wù)二

mysql> start tansactoin; # 操作二
mysql> update user set name='lisi' where id=10; # 操作三
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> commit; # 操作四

在事務(wù)一的操作五中我們并沒有讀取到事務(wù)二在操作三中的update，只有在commit之后才能讀到更新后的數(shù)據(jù)。

Innodb解決了幻讀么

實(shí)際上RR級(jí)別是可能產(chǎn)生幻讀，InnoDB引擎官方稱中利用MVCC多版本并發(fā)控制解決了這個(gè)問題，下面我們驗(yàn)證一下Innodb真的解決了幻讀了么？

為了方便展示，我修改了一下上面的user表：

mysql> alter table user add salary int(11);
Query OK, 0 rows affected (0.51 sec)
Records: 0 Duplicates: 0 Warnings: 0
mysql> delete from user;
Query OK, 1 rows affected (0.07 sec)
mysql> insert into user(name, salary) value('ziwenxie', 88888888);
Query OK, 1 row affected (0.07 sec)
mysql> select * from user;
+----+----------+----------+
| id | name  | salary |
+----+----------+----------+
| 10 | ziwenxie | 88888888 |
+----+----------+----------+
1 row in set (0.00 sec)

事務(wù)一

mysql> start transaction; # 操作一
Query OK, 0 rows affected (0.00 sec)
mysql> update user set salary='4444'; # 操作六，竟然影響了兩行，不是說解決了幻讀么？
Query OK, 2 rows affected (0.00 sec)
Rows matched: 2 Changed: 2 Warnings: 0
mysql> select * from user; # 操作七， Innodb并沒有完全解決幻讀
+----+----------+--------+
| id | name  | salary |
+----+----------+--------+
| 10 | ziwenxie | 4444 |
| 11 | zhangsan | 4444 |
+----+----------+--------+
2 rows in set (0.00 sec)
mysql> commit; # 操作八
Query OK, 0 rows affected (0.04 sec)

事務(wù)二

mysql> start transaction; # 操作二
Query OK, 0 rows affected (0.00 sec)
mysql> insert into user(name, salary) value('zhangsan', '666666'); # 操作四
Query OK, 1 row affected (0.00 sec)
mysql> commit; # 操作五
Query OK, 0 rows affected (0.04 sec)

從上面的例子可以看出，Innodb并沒有如官方所說解決幻讀，不過上面這樣的場(chǎng)景中也不是很常見不用過多的擔(dān)心。

串行化隔離級(jí)別

所有事務(wù)串行執(zhí)行，最高隔離級(jí)別，不會(huì)出現(xiàn)幻讀性能會(huì)很差，實(shí)際開發(fā)中很少使用到。

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作能帶來一定的幫助，如果有疑問大家可以留言交流，謝謝大家對(duì)腳本之家的支持。

您可能感興趣的文章: