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

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

那么，Mysql是如何實現MVCC的呢?在Mysql的每一行數據中，除了我們定義的數據列，還有2個隱藏的列，一個是數據的變更時間，一個是這行數據的刪除時間，當然，這個時間并不是簡單的時間戳，而是一個嚴格遞增的系統版本號。

當InnoDB發生Insert事件的時候，會插入當前行并且以取得的系統版本號作為數據版本號。

當InnoDB發生Delete時間的時候，不會刪除當前行，而是把對應的行如果未刪除，那么打上刪除標記位為當前的版本號。

當InnoDB發生Select操作的時候，會取當前的系統版本號，然后到數據庫中進行查詢，他只會查詢比自己當前版本號更小的，并且沒有刪除版本號或者刪除版本號比當前版本號更小的數據。

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

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