1.MVCC：
1.1什么是MVCC?
MVCC是一种多版本并发控制机制。
1.2MVCC的作用？
锁的开销毕竟很大，所以使用 MVCC + 行锁 的方法解决幻读，降低系统开销
1.3MVCC的原理
保存数据某个时间点的快照来实现。也就是说不管一个事务执行了多久，同一个事务中看到的数据始终一致（如果事务开始时间不同，很有可能相同时间下不同事务会看到不同的数据）
1.4InnoDB中的MVCC的实现
1.4.1数据行后面的隐藏的字段
MVCC会在每行记录后面保存几个隐藏的列：行的创建版本号 与 行的过期版本号
比如在RR(可重复读)级别下：
SELECT会查找创建版本号 <= 当前事务版本号，过期版本号 >= 当前版本号的数据行(这样找到的数据在事务开始之前已经存在且没有被删除，PS：这也就是为什么innodb相对于myisam不适合频繁去读的原因之一)
INSERT会为每个新增行记录当前系统版本号作为行创建版本号。
DELETE会为每个删除行的记录当前系统版本号作为行的过期版本号。
UPDATE是insert和delete操作的组合，insert的行保存当前版本号为行创建版本号，delete则保存当前版本号到原来的行作为过期版本号。由于旧数据并不真正的删除，innodb会开启一个后台线程执行清理工作，具体的规则是将删除版本号小于当前系统版本的行删除，这个过程叫做purge。
DATA_TRX_ID：可以理解为当前系统版本号，每执行一个事务其值+1，上面的创建和过期版本号就是这个值
DB_ROW_ID：插入新记录的行ID
DATA_ROLL_PTR：指向undo log
1.4.2快照读与当前读：
快照读（MVCC）：innodb的RR级别会在开启事务的第一次select操作(判断创建/过期版本号)时生成一张快照，以后这个事务的所有select操作都会从这个快照中读数据。（至少其他事务修改数据不会对本事务影响也算是解决了部分的幻读问题 -_- !）
当前读（next-key）：update、insert、delete会读取最新的数据会上锁（next-key锁），但是这样当某个事务上了写锁之后，其他事务仍然可以读快照。
1.4.undolog与redolog：
undolog：可以理解成要操作的数据的备份(回滚时用到，保证事务的原子性)。
快照 = undolog + 未修改的表的数据
redolog：记录已经commit，但是没有完全写到磁盘中的数据（说白了就是持久化）
整体大致的执行过程：begin->用排他锁锁定该行进行操作->记录redo log->记录undo log->修改当前行的值，写事务编号，回滚则是指针指向undo log中的修改前的行