mysql mvcc 隔离级别_隔离级别和MVCC
-----本文章為個人理解，如有疑問或錯誤歡迎留言并討論-----
謝謝。
昨天去去哪兒網(wǎng)面試，老周和老趙問了很多問題，大多關(guān)于細節(jié)，其中就包括事務(wù)隔離級別和MVCC，由于準備不夠充分，所以今天特地進行驗證。
其中隔離級別中，比較讓人難以理解的是repeatable read可重復(fù)讀，和serializable串行讀，下面依次進行試驗，查看彼此區(qū)別。
serializable隔離級別：session 1session 2
mysql> show variables like '%iso%';
+---------------+--------------+
| Variable_name | Value ? ? ? ?|
+---------------+--------------+
| tx_isolation ?| SERIALIZABLE |
+---------------+--------------+
1 row in set (0.00 sec)
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from t;
+---+
| i |
+---+
| 1 |
| 2 |
| 3 |
| 4 |
| 5 |
+---+
5 rows in set (0.00 sec)mysql> show variables like '%iso%';
+---------------+--------------+
| Variable_name | Value ? ? ? ?|
+---------------+--------------+
| tx_isolation ?| SERIALIZABLE |
+---------------+--------------+
1 row in set (0.00 sec)
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from t;
+---+
| i |
+---+
| 1 |
| 2 |
| 3 |
| 4 |
| 5 |
+---+
5 rows in set (0.00 sec)
mysql> insert into t values (6);
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
mysql> insert into t values (10);
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
上面現(xiàn)象說明：當隔離級別為serializable的時候，不兼容MVCC，嚴格遵循鎖機制，當session1 和session2都進行全表查詢時，兩個會話都會全表加讀鎖，由于讀鎖只和讀鎖相兼容，所以此時任何一個會話都無法修改、插入數(shù)據(jù)，會進入所等待。
repeatable read隔離級別：
session 1session 2
mysql> show variables like '%iso%';
+---------------+-----------------+
| Variable_name | Value ? ? ? ? ? |
+---------------+-----------------+
| tx_isolation ?| REPEATABLE-READ |
+---------------+-----------------+
1 row in set (0.00 sec)
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from t;
+---+
| i |
+---+
| 1 |
| 2 |
| 3 |
| 4 |
| 5 |
+---+
5 rows in set (0.00 sec)mysql> show variables like '%iso%';
+---------------+-----------------+
| Variable_name | Value ? ? ? ? ? |
+---------------+-----------------+
| tx_isolation ?| REPEATABLE-READ |
+---------------+-----------------+
1 row in set (0.00 sec)
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from t;
+---+
| i |
+---+
| 1 |
| 2 |
| 3 |
| 4 |
| 5 |
+---+
5 rows in set (0.00 sec)
mysql> insert into t values (6);
Query OK, 1 row affected (0.00 sec)
mysql> select * from t;
+---+
| i |
+---+
| 1 |
| 2 |
| 3 |
| 4 |
| 5 |
| 6 |
+---+
6 rows in set (0.00 sec)mysql> select * from t;
+---+
| i |
+---+
| 1 |
| 2 |
| 3 |
| 4 |
| 5 |
+---+
5 rows in set (0.00 sec)
mysql> insert into t values (6);
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
上面現(xiàn)象說明：當隔離級別為repeatable read時，兼容使用MVCC(使用undo)，此時兩個事物讀取數(shù)據(jù)到各自的undo中，事物之間獨立，但是不同事務(wù)對于同一行數(shù)據(jù)的修改會根據(jù)順序加上排他鎖。其中上面session 2最后插入一條數(shù)據(jù)，是因為session 1已經(jīng)存在并將該行數(shù)據(jù)鎖定，同時此刻出現(xiàn)在repeatable read隔離級別所特有的幻讀現(xiàn)象(本會話內(nèi)并沒有該數(shù)據(jù)，卻依然無法插入)。
總結(jié)：
MVCC：多版本控制，多個未提交事務(wù)所看到的數(shù)據(jù)都是自己的，彼此不同，在客戶端總體看來仿佛多個版本個數(shù)據(jù)庫。
MVCC只和隔離級別read-committed和repeatable-read相兼容，MACC對于不同事物的同一行的讀寫之間是不加鎖的，對于不同事務(wù)的同一行的寫寫加鎖。
MVCC和read-uncommitted和serializable不兼容，其中serializable完是由鎖來控制，所有事務(wù)均符合鎖特征。
在事務(wù)隔離級別設(shè)定為repeatable read的情況下，一般的select語句采取的是一致性非阻塞讀的方式。一致性是指在事務(wù)的范圍內(nèi)讀取的數(shù)據(jù)是可重現(xiàn)的，不會出現(xiàn)不可重復(fù)讀的情況。非阻塞是指這種讀取數(shù)據(jù)的模式不會對數(shù)據(jù)上任何一種鎖，其它操作全都不會被阻塞。在這種模式下，事務(wù)執(zhí)行讀取語句后，相關(guān)的數(shù)據(jù)會有一套副本出現(xiàn)，并會為這個數(shù)據(jù)副本附加一個時間戳，其它事務(wù)在這個時間戳之后執(zhí)行的寫操作都不會反映到這個副本中，這種機制被稱之為多版本并發(fā)控制。如果用select …… lock in share mode，則不是一致性非阻塞讀，該語句會等待其它事務(wù)的寫語句提交或回滾之后再讀取數(shù)據(jù)；如果事務(wù)隔離級別設(shè)置為read committed，也不是一致性非阻塞讀，該語句會讀取其它事務(wù)提交的數(shù)據(jù)。
總結(jié)
以上是生活随笔為你收集整理的mysql mvcc 隔离级别_隔离级别和MVCC的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： mysql 多数据库事务_多数据库事务处
- 下一篇： mysql profiles清空_MYS