我們知道，mysql的innodb採用的是行鎖，而且採用了多版本併發控制來提高讀操作的效能。
什麼是多版本併發控制呢 ？
其實就是在每一行記錄的後面增加兩個隱藏列，記錄建立版本號和刪除版本號，1、在插入操作時 ： 記錄的建立版本號就是事務版本號。而每乙個事務在啟動的時候，都有乙個唯一的遞增的版本號。
比如我插入一條記錄, 事務id 假設是1 ，那麼記錄如下：也就是說，建立版本號就是事務版本號。
id
name
create version
delete version
1test
1
2、在更新操作的時候，採用的是先標記舊的那行記錄為已刪除，並且刪除版本號是事務版本號，然後插入一行新的記錄的方式。
比如，針對上面那行記錄，事務id為2 要把name欄位更新
update table set name= 'new_value' where id=1;
id
name
create version
delete version
1 test
12
1 new_value
2
3、刪除操作的時候，就把事務版本號作為刪除版本號。比如事務id為3
delete from table where id=1;
id
name
create version
delete version
1new_value
23
4、查詢操作：
從上面的描述可以看到，在查詢時要符合以下兩個條件的記錄才能被事務查詢出來：
1) 刪除版本號 大於 當前事務版本號，就是說刪除操作是在當前事務啟動之後做的。
2) 建立版本號 小於或者等於 當前事務版本號 ，就是說記錄建立是在事務中（等於的情況）或者事務啟動之前。
這樣就保證了各個事務互不影響。從這裡也可以體會到一種提高系統效能的思路，就是：
通過版本號來減少鎖的爭用。
另外，只有read-committed和 repeatable-read 兩種事務隔離級別才能使用mvcc
read-uncommited由於是讀到未提交的，所以不存在版本的問題
而serializable 則會對所有讀取的行加鎖。
mvcc全稱是multi version concurrent control（多版本併發控制）。mysql把每個操作都定義成乙個事務，每開啟乙個事務，系統的事務版本號自動遞增。每行記錄都有兩個隱藏列：建立版本號和刪除版本號
mysql多版本併發控制MVCC
innodb的mvcc是通過在每行記錄的後面儲存兩個隱藏的列來實現的，這兩個列乙個儲存行的建立時間，乙個儲存行的過期時間。但是並不是儲存時間而是儲存版本號，每開始乙個新的事務，版本號會自動遞增。事務開始時刻的系統版本號會作為事務的版本號，用來和查詢到每行記錄的版本號進行比較。select innod...
mysql多版本併發控制MVCC
set global transaction isolation level read committed 全域性的 set session transaction isolation level read committed 當前會話 複製 set autocommit 1 自動提交，為0手動提交...
MySQL學習 多版本併發mvcc
mysql中的大多數事務性儲存引擎實現的都不是簡單的行級鎖。基於提公升併發效能的考慮，他們一般實現了多版本併發控制 mvcc 不僅是mysql，包括oracle，postgresql等其他資料庫也實現了mvcc，但各自的實現機制不盡相同，應為mvcc沒有乙個統一的實標準。那麼什麼是mvvc呢 可以認...