怎么理解MySQL中的MVCC

這篇文章將為大家詳細講解有關怎么理解MySQL中的MVCC，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。

關系數據庫管理系統使用MVCC(Multiversion Concurrency Control多版本并發控制)來避免寫操作堵塞讀操作的并發問題，MVCC也就是通過使用數據的多個版本保證并發讀寫不沖突的一種機制，不同的數據庫有不同的實現，這也是數據庫系統讓人頭疼的地方.

MVCC的兩種不同實現方式

　　第一種實現方式是將數據記錄的多個版本保存在數據庫中，當這些不同版本數據不再需要時，垃圾收集器回收這些記錄。這個方式被PostgreSQL和Firebird/Interbase采用，SQL Server使用的類似機制，所不同的是舊版本數據不是保存在數據庫中，而保存在不同于主數據庫的另外一個數據庫tempdb中/

　　第二種實現方式只在數據庫保存最新版本的數據，但是會在使用undo時動態重構舊版本數據，這種方式被Oracle和MySQL/InnoDB使用。

MVCC是為了解決什么問題?

• 大多數的MYSQL事務型存儲引擎,如,InnoDB，Falcon以及PBXT都不使用一種簡單的行鎖機制.事實上,他們都和MVCC–多版本并發控制來一起使用.悲劇的是Falcon這個存儲引擎過早夭折，原本是InnoDB有力的競爭對手，但是結果讓人唏噓長嘆，可以參見：由MySQL中的falcon存儲引擎引申的八卦雜談(r5筆記第23天)

• 大家都應該知道,鎖機制可以控制并發操作,但是其系統開銷較大,而MVCC可以在大多數情況下代替行級鎖,使用MVCC,能降低其系統開銷.

MVCC實現

  MVCC是通過保存數據在某個時間點的快照來實現的. 不同存儲引擎的MVCC. 不同存儲引擎的MVCC實現是不同的,典型的有樂觀并發控制和悲觀并發控制.

   InnoDB的MVCC,是通過在每行記錄后面保存兩個隱藏的列來實現的,這兩個列，分別保存了這個行的創建時間，一個保存的是行的刪除時間。這里存儲的并不是實際的時間值,而是系統版本號(可以理解為事務的ID)，沒開始一個新的事務，系統版本號就會自動遞增，事務開始時刻的系統版本號會作為事務的ID

做了簡單修改，我們做一些簡單的例子來說明。

1）、在插入操作時 ：記錄的創建版本號就是事務版本號。 

比如插入一條記錄, 事務id 假設是1，那么記錄如下：也就是說，創建版本號就是事務版本號。 

2）、在更新操作的時候，采用的是先標記舊的那行記錄為已刪除，并且刪除版本號是事務版本號，然后插入一行新的記錄的方式。 比如，針對上面那行記錄，事務id為2 要把name字段更新,

update table set name= 'new_value' where id=1;

3）、刪除操作的時候，就把事務版本號作為刪除版本號。比如

delete from table where id=1; 

4）、查詢操作： 

從上面的描述可以看到，在查詢時要符合以下兩個條件的記錄才能被事務查詢出來： 

    (1) 刪除版本號 大于當前事務版本號，就是說刪除操作是在當前事務啟動之后做的。 

    (2) 創建版本號 小于或者等于 當前事務版本號，就是說記錄創建是在事務中（等于的情況）或者事務啟動之前。

這樣就保證了各個事務互不影響。從這里也可以體會到一種提高系統性能的思路，就是： 通過版本號來減少鎖的爭用。

另外，只有read-committed和 repeatable-read 兩種事務隔離級別才能使用MVCC，read-uncommited由于是讀到未提交的，所以不存在版本的問題而serializable 則會對所有讀取的行加鎖。

   當然上面的內容都是二次吸收，做了一些過濾和簡單總結，后續會持續總結和認真分析，對比一下Oracle和MySQL MVCC的異同，MVCC的缺陷等。

關于怎么理解MySQL中的MVCC就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。