MySQL之隔离级别和多版本并发控制

隔离级别

1. 未提交读（READ UNCOMMITTED）
   事务中的修改，即使没有提及，对其他事务也是可见的。
2. 提交读（READ COMMITTED）
   一个事务只能读取已经提及的事务所做的修改。
3. 可重复读（REPEATABLE READ）
   保证在同一个事务中多次读取同样数据的结果是一样的。
4. 可串行化（SERIAKIZABLE）
   强制事务串行执行

隔离级别	脏读	不可重复读	幻影读
未提交读	会	会	会
提交读	不会	会	会
可重复读	不会	不会	会
可串行化	不会	不会	不会

多版本并发控制

多版本并发控制是MySQL的InnoDB存储引擎实现隔离级别的一种具体方式，用于实现提交读和可重复读这两种隔离级别。而未提交读隔离级别总是读取最新的数据行，无需使用MVCC.可串行化需要对所有读取的行加锁，单纯使用MVCC无法实现

版本号

• 系统版本号：指示创建一个数据行的快照的系统版本号；
• 事务版本号：事务开始时的系统版本号

隐藏的列
MVCC在每行记录后面都保存着两个隐藏的列，用来存储两个版本号：

1. 创建版本号：指示创建一个数据行的快照时的系统版本号
2. 删除版本号：如果该快照的删除版本号大于当前事务版本号表示该快照有效，否则表示该快照已经被删除

实现过程
一下实现过程针对可重复读隔离级别
当一个事务开始时，该事务的版本号肯定大于当前数据行快照的创建版本号。数据行快照的创建版本号是创建数据行快照时的系统版本号，系统版本号随着创建事务而递增，因此新创建一个事务时，这个事务的系统版本号比之前的系统版本号都大，也就是比所有数据行快照的创建版本号都大。

1. SELECT
   多个事务必须读取同一个数据行的快照，并且这个快照是距离现在最近的一个有效快照。但是也有例外，如果有一个事务正在修改该数据行，那么它可以读取事务本身所做的修改，而不用和其它事务的读取结果一致
   把没有对一个数据行做修改的事务称为T,T所要读取的数据行快照的创建版本号必须小于T的版本号，因此如果大于或者等于T的版本号，那么表示该数据行快照是其它事务的最新修改，因此不能去读取它。除此之外，T所要读取的数据行快照的删除版本号必须大于T的版本号，因为如果小于等于T的版本号，那么表示该数据行快照已经被删除，不应该去读取
2. INSERT
   当前系统版本号作为数据行快照的创建版本号
3. DELETE
   当前系统版本号作为数据行快照的删除版本号
4. UPDATE
   将当前系统版本号作为更新前数据行快照的删除版本号，并将当前系统版本号作为更新后的数据行快照的创建版本号，可以理解为先执行DELETE后执行INSERT

快照读与当前读

1. 快照读
   使用MVCC读取的是快照中的数据，这样可以减少加锁锁带来的开销

select * FROM table ....;

3. 当前读
   读取的是最新数据，需要加锁。一下第一个语句需要加S锁，其它需要加X锁。

select * from table where ? lock in share mode;
select * from table where ? for update;
insert;
update;

Next-Key Locks

Next-Key Locks是MySQL的InnoDB存储引擎的一种锁实现
MVCC不能解决幻影读问题，Next-Key Locks就是为了解决这个问题而存在的，在可重复读隔离级别下，使用MVCC+Next-Key Locks可以解决幻读问题。

Record Locks
锁定一个记录上的索引，而不是记录本身。
如果表没有设置索引，InnoDB会自动在主键上创建隐藏的聚簇索引，因此Record Locks依然可以使用

Gap Locks
锁定索引之间的间隙，但是不包含索引本身

Next-Key Locks
它是Record和Gap Locks的结合，不仅锁定一个记录上的索引，也锁定索引之间的间隙。