-----本文章為個人理解，如有疑問或錯誤歡迎留言并討論-----

謝謝。

昨天去去哪兒網面試，老周和老趙問了很多問題，大多關于細節，其中就包括事務隔離級別和MVCC，由于準備不夠充分，所以今天特地進行驗證。

其中隔離級別中，比較讓人難以理解的是repeatable read可重復讀，和serializable串行讀，下面依次進行試驗，查看彼此區別。

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

上面現象說明：當隔離級別為serializable的時候，不兼容MVCC，嚴格遵循鎖機制，當session1 和session2都進行全表查詢時，兩個會話都會全表加讀鎖，由于讀鎖只和讀鎖相兼容，所以此時任何一個會話都無法修改、插入數據，會進入所等待。

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

上面現象說明：當隔離級別為repeatable read時，兼容使用MVCC(使用undo)，此時兩個事物讀取數據到各自的undo中，事物之間獨立，但是不同事務對于同一行數據的修改會根據順序加上排他鎖。其中上面session 2最后插入一條數據，是因為session 1已經存在并將該行數據鎖定，同時此刻出現在repeatable read隔離級別所特有的幻讀現象(本會話內并沒有該數據，卻依然無法插入)。

總結：

MVCC：多版本控制，多個未提交事務所看到的數據都是自己的，彼此不同，在客戶端總體看來仿佛多個版本個數據庫。

MVCC只和隔離級別read-committed和repeatable-read相兼容，MACC對于不同事物的同一行的讀寫之間是不加鎖的，對于不同事務的同一行的寫寫加鎖。

MVCC和read-uncommitted和serializable不兼容，其中serializable完是由鎖來控制，所有事務均符合鎖特征。

在事務隔離級別設定為repeatable read的情況下，一般的select語句采取的是一致性非阻塞讀的方式。一致性是指在事務的范圍內讀取的數據是可重現的，不會出現不可重復讀的情況。非阻塞是指這種讀取數據的模式不會對數據上任何一種鎖，其它操作全都不會被阻塞。在這種模式下，事務執行讀取語句后，相關的數據會有一套副本出現，并會為這個數據副本附加一個時間戳，其它事務在這個時間戳之后執行的寫操作都不會反映到這個副本中，這種機制被稱之為多版本并發控制。如果用select …… lock in share mode，則不是一致性非阻塞讀，該語句會等待其它事務的寫語句提交或回滾之后再讀取數據；如果事務隔離級別設置為read committed，也不是一致性非阻塞讀，該語句會讀取其它事務提交的數據。

總結

以上是生活随笔為你收集整理的mysql mvcc 隔离级别_隔离级别和MVCC的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。