這是一道經典的程序員面試題，在Mysql中，如果有多個事務同時訪問同一行數據，那麼需要加鎖麼？我們都知道，在Mysql中有行鎖，如果有多個事務同時修改同一行數據，那麼需要加鎖來防止併發問題。那麼，如果有事務修改數據，又有事務讀取這個數據，需要加鎖麼？
答案是不一定，事實上，Mysql的很多數據庫引擎為了提升併發性能，都做了多版本併發控制，也就是我們常說的MVCC，事實上，除了Mysql，其他知名的關係型數據庫，例如Oracle，PostgreSql也實現了多版本併發控制，儘管實現方式各不相同，但是他們的本質為了實現非阻塞讀，也就是即便是這一行數據在做變更的時候，也能被讀取到。
那麼，Mysql是如何實現MVCC的呢？在Mysql的每一行數據中，除了我們定義的數據列，還有2個隱藏的列，一個是數據的變更時間，一個是這行數據的刪除時間，當然，這個時間並不是簡單的時間戳，而是一個嚴格遞增的系統版本號。
當InnoDB發生Insert事件的時候，會插入當前行並且以取得的系統版本號作為數據版本號。
當InnoDB發生Delete時間的時候，不會刪除當前行，而是把對應的行如果未刪除，那麼打上刪除標記位為當前的版本號。
當InnoDB發生Select操作的時候，會取當前的系統版本號，然後到數據庫中進行查詢，他只會查詢比自己當前版本號更小的，並且沒有刪除版本號或者刪除版本號比當前版本號更小的數據。
當InnoDB發生Update事件的時候，不是直接更新舊的數據，而是插入一條新的數據，並且把版本號小於這條記錄的並且沒有被打上刪除標記的同一主鍵的記錄更新打上刪除標記，刪除版本號為當前的版本號。
很顯然，在這樣的一種數據中，同一行數據其實在數據庫中是多行的存在。這本質上是一種空間換時間的方案，在多版本控制中，我們幾乎可以做到所有的讀操作都是無阻塞的，可以避免加鎖，這與互聯網業務中，多讀少寫是非常契合的。當然了，在Mysql的InnoDB引擎中，只有事務級別為可重複讀跟讀提交才可以使用。這是為什麼呢？歡迎大家關注我，共同學習，共同進步。大家的支持是我繼續嘮嗑的動力。同名公眾號（沙茶敏碎碎念）
閱讀更多 沙茶敏碎碎念 的文章
