MySQL多版本并发控制MVCC深入学习

MVCC

MVCC（Multi-Version Concurrency Control），即多版本并发控制。是 innodb 实现事务并发与回滚的重要功能。锁机制可以控制并发操作,但是其系统开销较大,而MVCC可以在大多数情况下代替行级锁,使用MVCC,能降低其系统开销.

具体实现是在数据库的每一行中，额外添加三个字段：

1. DB_TRX_ID : 记录插入或更新该行的最后一个事务的事务ID
2. DB_ROLL_PTR : 指向改行对应undolog 的指针
3. DB_ROW_ID : 单调递增的ID，他就是AUTO_INCREMENT的主键ID

快照读

像不加锁的select操作就是快照读，快照读的出现是基于提高并发性能的考虑，快照读的实现是基于多版本并发控制，即MVCC。可以认为 MVCC 是行锁的一个变种，在很多情况下，避免了加锁操作，降低了开销；既然是基于多版本，即快照读可能读到的并不一定是数据的最新版本，而有可能是之前的历史版本

当前读

读取的是当前的数据，不需要通过undo log回溯到事务开启前的状态。读取的是记录的最新版本，读取时还要保证其他并发事务不能修改当前记录，会对读取的记录进行加锁。

数据库并发场景有三种，分别为：

• 读-读：不存在任何问题，也不需要并发控制
• 读-写：有线程安全问题，可能会造成事务隔离性问题，可能遇到脏读，幻读，不可重复读
• 写-写：有线程安全问题，可能会存在更新丢失问题，比如第一类更新丢失，第二类更新丢失

说白了 MVCC 就是为了实现读-写冲突不加锁，而这个读指的就是快照读, 而非当前读，当前读实际上是一种加锁的操作，是悲观锁的实现

MVCC的出现就是大佬们不满意用悲观锁去解决读-写冲突问题，所以有两个方案：

• MVCC + 悲观锁
  MVCC解决读写冲突，悲观锁解决写写冲突
• MVCC + 乐观锁
  MVCC 解决读写冲突，乐观锁解决写写冲突