什么是MVCC
MVCC是通过数据⾏的多个版本管理来实现数据库的并发控制
使用MVCC的好处
读写互相不阻塞
降低了死锁概率
解决了一致性读写问题
当前读
读取最先的数据. 加锁的SELECT, 或者插入, 删除, 更新都会进行当前读
InnoDB中的MVCC
事务版本号
当我们每次开启一个事务, 都会从数据库中获得一个事务ID, 这个事务ID是自增长的, 所以通过ID大小可以判断出来事务的时间顺序
行记录的隐藏列
db_row_id, 隐藏的行ID
db_trx_id, 操作这个数据的事务ID
db_roll_ptr, 回滚指针
Undo Log
InnoDB将我们的行记录快照保存在了Undo Log里
Read View, 帮助我们解决了行的可见性问题
Read View是如何工作的
Read View的结构
1. trx_ids，系统当前正在活跃的事务ID集合。
2. low_limit_id，活跃的事务中最⼤的事务ID。
3. up_limit_id，活跃的事务中最⼩的事务ID。
4. creator_trx_id，创建这个Read View的事务ID。
Read View的原则
trx_id < 活跃的最⼩事务ID（up_limit_id）
这个⾏记录在这些活跃的事务创建之前就已经提 交了，那么这个⾏记录对该事务是可⻅的
trx_id > 活跃的最⼤事务ID（low_limit_id）
该⾏记录在这些活跃的事务创建之后才创建，那 么这个⾏记录对当前事务不可⻅
up_limit_id < trx_id < low_limit_id
查询数据的步骤
1. ⾸先获取事务⾃⼰的版本号，也就是事务ID；
2. 获取Read View；
3. 查询得到的数据，然后与Read View中的事务版本号进⾏⽐较；
4. 如果不符合ReadView规则，就需要从Undo Log中获取历史快照；
5. 最后返回符合规则的数据
读已提交时 , 一个事务中的每一次SELECT查询都会获取一次Read View
可重复读时 , 一个事务只在第一次SELECT时会获取Read View , 后面所有的SELECT 都会复用这个Read View
InnoDB是如何解决幻读的
在可重复读的情况下，InnoDB可以通过Next-Key锁+MVCC来解决幻读问题。
在读已提交的情况下，即使采⽤了MVCC⽅式也会出现幻读。
InnoDB 三种⾏锁的⽅式
1. 记录锁：针对单个⾏记录添加锁。
2. 间隙锁（Gap Locking）：可以帮我们锁住⼀个范围（索引之间的空隙），但不包括记录本⾝。采⽤间隙<br><br>锁的⽅式可以防⽌幻读情况的产⽣。
3. Next-Key锁：帮我们锁住⼀个范围，同时锁定记录本⾝，相当于间隙锁+记录锁，可以解决幻读的问题。
