MySQL之MVVC簡介

一丶什麼是MVVC？

　　MVVC (Multi-Version Concurrency Control) (注：與MVCC相對的，是基於鎖的併發控制，Lock-Based Concurrency Control)是一種基於多版本的併發控制協議，只有在InnoDB引擎下存在。MVCC是為了實現事務的隔離性，通過版本號，避免同一資料在不同事務間的競爭，你可以把它當成基於多版本號的一種樂觀鎖。當然，這種樂觀鎖只在事務級別未提交鎖和已提交鎖時才會生效。MVCC最大的好處，相信也是耳熟能詳：讀不加鎖，讀寫不衝突。在讀多寫少的OLTP應用中，讀寫不衝突是非常重要的，極大的增加了系統的併發效能。具體見下面介紹。

二丶MVVC的實現機制

　　InnoDB在每行資料都增加兩個隱藏欄位，一個記錄建立的版本號，一個記錄刪除的版本號。

　　在多版本併發控制中，為了保證資料操作在多執行緒過程中，保證事務隔離的機制，降低鎖競爭的壓力，保證較高的併發量。在每開啟一個事務時，會生成一個事務的版本號，被操作的資料會生成一條新的資料行（臨時），但是在提交前對其他事務是不可見的，對於資料的更新（包括增刪改）操作成功，會將這個版本號更新到資料的行中，事務提交成功，將新的版本號更新到此資料行中，這樣保證了每個事務操作的資料，都是互不影響的，也不存在鎖的問題。

三丶MVVC下的CRUD

SELECT：

　　當隔離級別是REPEATABLE READ時select操作，InnoDB必須每行資料來保證它符合兩個條件：
　　1、InnoDB必須找到一個行的版本，它至少要和事務的版本一樣老(也即它的版本號不大於事務的版本號)。這保證了不管是事務開始之前，或者事務建立時，或者修改了這行資料的時候，這行資料是存在的。
　　2、這行資料的刪除版本必須是未定義的或者比事務版本要大。這可以保證在事務開始之前這行資料沒有被刪除。
符合這兩個條件的行可能會被當作查詢結果而返回。

INSERT：

　　InnoDB為這個新行記錄當前的系統版本號。
DELETE：

　　InnoDB將當前的系統版本號設定為這一行的刪除ID。
UPDATE：

　　InnoDB會寫一個這行資料的新拷貝，這個拷貝的版本為當前的系統版本號。它同時也會將這個版本號寫到舊行的刪除版本里。

　　這種額外的記錄所帶來的結果就是對於大多數查詢來說根本就不需要獲得一個鎖。他們只是簡單地以最快的速度來讀取資料，確保只選擇符合條件的行。這個方案的缺點在於儲存引擎必須為每一行儲存更多的資料，做更多的檢查工作，處理更多的善後操作。
　　MVCC只工作在REPEATABLE READ和READ COMMITED隔離級別下。READ UNCOMMITED不是MVCC相容的，因為查詢不能找到適合他們事務版本的行版本；它們每次都只能讀到最新的版本。SERIABLABLE也不與MVCC相容，因為讀操作會鎖定他們返回的每一行資料。

參考地址（各種鎖的原理）：https://www.jianshu.com/p/59469da035e7