现在又来了一个事务2对它的性别进行了修改，它又变成了这样
从上面的分析可以看出，事务对同一记录的修改，记录的各个会在Undo日志中连接成一个线性表，在表头的就是最新的旧纪录。
在重复读的隔离级别下，InnoDB的工作流程：
SELECT
作为查询的结果要满足两个条件：
当前事务所要查询的数据行快照的创建版本号必须小于当前事务的版本号，这样做的目的是保证当前事务读取的数据行的快照要么是在当前事务开始前就已经存在的，要么就是当前事务自身插入或者修改过的。
当前事务所要读取的数据行快照的删除版本号必须是大于当前事务的版本号，如果是小于等于的话，表示该数据行快照已经被删除，不能读取。
INSERT
将当前系统版本号作为数据行快照的创建版本号。
DELETE
将当前系统版本号作为数据行快照的删除版本号。
UPDATE
保存当前系统版本号为更新前的数据行快照创建行版本号，并保存当前系统版本号为更新后的数据行快照的删除版本号，其实就是，先删除在插入即为更新。
总结一下，MVCC的作用就是在避免加锁的情况下最大限度解决读写并发冲突的问题，它可以实现提交读和可重复度两个隔离级。
数据库的锁 什么是数据库的锁？当数据库有并发事务的时候，保证数据访问顺序的机制称为锁机制。
数据库的锁与隔离级别的关系？ 隔离级别 实现方式未提交读 总是读取最新的数据，无需加锁
提交读 读取数据时加共享锁，读取数据后释放共享锁
可重复读 读取数据时加共享锁，事务结束后释放共享锁
串行化 锁定整个范围的键，一直持有锁直到事务结束
数据库锁的类型有哪些？
按照锁的粒度可以将MySQL锁分为三种：
MySQL锁类别 资源开销 加锁速度 是否会出现死锁 锁的粒度 并发度表级锁 小 快 不会 大 低
行级锁 大 慢 会 小 高
页面锁 一般 一般 不会 一般 一般
MyISAM默认采用表级锁，InnoDB默认采用行级锁。
从锁的类别上区别可以分为共享锁和排他锁
共享锁：共享锁又称读锁，简写为S锁，一个事务对一个数据对象加了S锁，可以对这个数据对象进行读取操作，但不能进行更新操作。并且在加锁期间其他事务只能对这个数据对象加S锁，不能加X锁。
排他锁：排他锁又称为写锁，简写为X锁，一个事务对一个数据对象加了X锁，可以对这个对象进行读取和更新操作，加锁期间，其他事务不能对该数据对象进行加X锁或S锁。
它们的兼容情况如下（不太会用excel，图太丑了）：
行锁模式
在存在行锁和表锁的情况下，一个事务想对某个表加X锁时，需要先检查是否有其他事务对这个表加了锁或对这个表的某一行加了锁，对表的每一行都进行检测一次这是非常低效率的，为了解决这种问题，实现多粒度锁机制，InnoDB还有两种内部使用的意向锁，两种意向锁都是表锁。
意向共享锁：简称IS锁，一个事务打算给数据行加共享锁前必须先获得该表的IS锁。
意向排他锁：简称IX锁，一个事务打算给数据行加排他锁前必须先获得该表的IX锁。
有了意向锁，一个事务想对某个表加X锁，只需要检查是否有其他事务对这个表加了X/IX/S/IS锁即可。
锁的兼容性如下：