這是一道經(jīng)典的程序員面試題，在Mysql中，如果有多個(gè)事務(wù)同時(shí)訪問同一行數(shù)據(jù)，那么需要加鎖么?我們都知道，在Mysql中有行鎖，如果有多個(gè)事務(wù)同時(shí)修改同一行數(shù)據(jù)，那么需要加鎖來防止并發(fā)問題。那么，如果有事務(wù)修改數(shù)據(jù)，又有事務(wù)讀取這個(gè)數(shù)據(jù)，需要加鎖么?

答案是不一定，事實(shí)上，Mysql的很多數(shù)據(jù)庫引擎為了提升并發(fā)性能，都做了多版本并發(fā)控制，也就是我們常說的MVCC，事實(shí)上，除了Mysql，其他知名的關(guān)系型數(shù)據(jù)庫，例如Oracle，PostgreSql也實(shí)現(xiàn)了多版本并發(fā)控制，盡管實(shí)現(xiàn)方式各不相同，但是他們的本質(zhì)為了實(shí)現(xiàn)非阻塞讀，也就是即便是這一行數(shù)據(jù)在做變更的時(shí)候，也能被讀取到。

那么，Mysql是如何實(shí)現(xiàn)MVCC的呢?在Mysql的每一行數(shù)據(jù)中，除了我們定義的數(shù)據(jù)列，還有2個(gè)隱藏的列，一個(gè)是數(shù)據(jù)的變更時(shí)間，一個(gè)是這行數(shù)據(jù)的刪除時(shí)間，當(dāng)然，這個(gè)時(shí)間并不是簡單的時(shí)間戳，而是一個(gè)嚴(yán)格遞增的系統(tǒng)版本號。

當(dāng)InnoDB發(fā)生Insert事件的時(shí)候，會插入當(dāng)前行并且以取得的系統(tǒng)版本號作為數(shù)據(jù)版本號。

當(dāng)InnoDB發(fā)生Delete時(shí)間的時(shí)候，不會刪除當(dāng)前行，而是把對應(yīng)的行如果未刪除，那么打上刪除標(biāo)記位為當(dāng)前的版本號。

當(dāng)InnoDB發(fā)生Select操作的時(shí)候，會取當(dāng)前的系統(tǒng)版本號，然后到數(shù)據(jù)庫中進(jìn)行查詢，他只會查詢比自己當(dāng)前版本號更小的，并且沒有刪除版本號或者刪除版本號比當(dāng)前版本號更小的數(shù)據(jù)。

當(dāng)InnoDB發(fā)生Update事件的時(shí)候，不是直接更新舊的數(shù)據(jù)，而是插入一條新的數(shù)據(jù)，并且把版本號小于這條記錄的并且沒有被打上刪除標(biāo)記的同一主鍵的記錄更新打上刪除標(biāo)記，刪除版本號為當(dāng)前的版本號。

很顯然，在這樣的一種數(shù)據(jù)中，同一行數(shù)據(jù)其實(shí)在數(shù)據(jù)庫中是多行的存在。這本質(zhì)上是一種空間換時(shí)間的方案，在多版本控制中，我們幾乎可以做到所有的讀操作都是無阻塞的，可以避免加鎖，這與互聯(lián)網(wǎng)業(yè)務(wù)中，多讀少寫是非常契合的。當(dāng)然了，在Mysql的InnoDB引擎中，只有事務(wù)級別為可重復(fù)讀跟讀提交才可以使用。這是為什么呢?