mysql的大多數事務型存儲引擎實現的都不是簡單的行級鎖,基于提升并發性能的考慮.他們一般都同時實現了多版本并發控制(MVCC) 不僅是mysql,包括oracle,pgsql其他數據可以也實現了mvcc,但是實現的機制不同,沒有統一實現標準 可以認為MVCC是行級鎖的一個變種,但是很多情況下避免了加鎖操作,因此開銷更低.雖然實現機制各有不同,但大都實現了非阻塞的讀操作,寫操作也只鎖定必要的行 MVCC的實現,是通過保存數據在某個時間點的快照來實現的.也就是說,不管需要執行多長時間,每個事務看到的數據都是一致的.根據事務開始時間不同,每個事務對同一張表,同一時刻看到的數據可能是不一樣的. 不同的存儲引擎的MVCC實現的不同,典型的有樂觀并發控制和悲觀并發控制 --- innodb的MVCC是通過在每行記錄的后面保存兩個隱藏的列來實現的.這2個列,一個保存了行的創建時間,一個保存了行的過期時間(或者刪除時間).當然存儲的并不是實際的時間值,而是系統的版本號.每開始一個新的事務,系統版本號都會自動遞增. 事務開始時刻的系統版本號會作為事務的版本號,用來和查詢到的每行記錄的版本號進行比較.下面看一下REPEATABLE READ隔離級別下,MVCC具體如何操作  保存這2個額外的系統版本號,使大多數讀操作都可以不用加鎖.這樣設計使得讀數據操作很簡單,性能很好,并且也能保證只會讀取到符合標準的行 不足之處是每行記錄都需要額外的空間,需要做更多的檢查,以及一些額外的維護工作 MVCC只在REPEATABLE READ 和 READ COMMITTED 兩個隔離級別下的工作 其他隔離級別都和MVCC不兼容,因為READ UNCOMMITTED總是讀取最新的數據行,而不是符合當前事務版本的數據行,而SERIALIZABLE會對所有讀取的行都要加鎖