共計(jì) 4564 個(gè)字符,預(yù)計(jì)需要花費(fèi) 12 分鐘才能閱讀完成。
這篇文章主要介紹 MySQL 中有幾種事務(wù)隔離級(jí)別,文中介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們一定要看完!
在數(shù)據(jù)庫(kù)操作中,為了有效保證并發(fā)讀取數(shù)據(jù)的正確性,提出的事務(wù)隔離級(jí)別。數(shù)據(jù)庫(kù)事務(wù)的隔離級(jí)別有 4 個(gè),SQL 標(biāo)準(zhǔn)定義了 4 種隔離級(jí)別,包括了一些具體規(guī)則,用來(lái)限定事務(wù)內(nèi)外的哪些改變是可見(jiàn)的,哪些是不可見(jiàn)的。
數(shù)據(jù)庫(kù)事務(wù)有四種隔離級(jí)別:
未提交讀 (Read Uncommitted):允許臟讀,也就是可能讀取到其他會(huì)話中未提交事務(wù)修改的數(shù)據(jù)。
提交讀 (Read Committed):只能讀取到已經(jīng)提交的數(shù)據(jù),Oracle 等多數(shù)數(shù)據(jù)庫(kù)默認(rèn)都是該級(jí)別。
可重復(fù)讀 (Repeated Read):可重復(fù)讀。在同一個(gè)事務(wù)內(nèi)的查詢都是事務(wù)開(kāi)始時(shí)刻一致的,InnoDB 默認(rèn)級(jí)別。在 SQL 標(biāo)準(zhǔn)中,該隔離級(jí)別消除了不可重復(fù)讀,但是還存在幻讀。
串行讀 (Serializable):完全串行化的讀,每次讀都需要獲得表級(jí)共享鎖,讀寫(xiě)相互都會(huì)阻塞。
上面這樣的教科書(shū)式定義第一次接觸事務(wù)隔離概念的朋友看了可能會(huì)一臉懵逼,下面我們就通過(guò)具體的實(shí)例來(lái)解釋四個(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)
在下面我們開(kāi)了兩個(gè)終端分別用來(lái)模擬事務(wù)一和事務(wù)二,p.s: 操作一和操作二的意思是按照時(shí)間順序來(lái)執(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é)果可以很清晰的看出來(lái),在 read uncommited 級(jí)別下面我們?cè)谑聞?wù)一中可能會(huì)讀取到事務(wù)二中沒(méi)有 commit 的數(shù)據(jù),這就是臟讀。
讀提交隔離級(jí)別
通過(guò)設(shè)置隔離級(jí)別為 committed 可以解決上面的臟讀問(wèn)題。
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; # 操作五,操作四的修改并沒(méi)有影響到事務(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èn)題解決了,但是注意在事務(wù)一的操作七中,事務(wù)二在操作六 commit 后會(huì)造成事務(wù)一在同一個(gè) transaction 中兩次讀取到的數(shù)據(jù)不同,這就是不可重復(fù)讀問(wèn)題,使用第三個(gè)事務(wù)隔離級(jí)別 repeatable read 可以解決這個(gè)問(wèn)題。
可重復(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ù)一的操作五中我們并沒(méi)有讀取到事務(wù)二在操作三中的 update,只有在 commit 之后才能讀到更新后的數(shù)據(jù)。
Innodb 解決了幻讀么
實(shí)際上 RR 級(jí)別是可能產(chǎn)生幻讀,InnoDB 引擎官方稱中利用 MVCC 多版本并發(fā)控制解決了這個(gè)問(wèn)題,下面我們驗(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 # 操作六,竟然影響了兩行,不是說(shuō)解決了幻讀么?Query OK, 2 rows affected (0.00 sec)
Rows matched: 2 Changed: 2 Warnings: 0
mysql select * from user; # 操作七, Innodb 并沒(méi)有完全解決幻讀
+----+----------+--------+
| 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 并沒(méi)有如官方所說(shuō)解決幻讀,不過(guò)上面這樣的場(chǎng)景中也不是很常見(jiàn)不用過(guò)多的擔(dān)心。
串行化隔離級(jí)別
所有事務(wù)串行執(zhí)行,最高隔離級(jí)別,不會(huì)出現(xiàn)幻讀性能會(huì)很差,實(shí)際開(kāi)發(fā)中很少使用到。
以上是“MySQL 中有幾種事務(wù)隔離級(jí)別”這篇文章的所有內(nèi)容,感謝各位的閱讀!希望分享的內(nèi)容對(duì)大家有幫助,更多相關(guān)知識(shí),歡迎關(guān)注丸趣 TV 行業(yè)資訊頻道!