上篇文章说了为了解决mysql原子性，于是undo日志来记录需要回滚的数据，首先回滚不需要考虑select，每行数据都有roll_pointer指针，指向insert undo日志，update和delete与insert是不同的，多一个old_roll_pointer指向需要回滚的日志，update分为主键更新和非主键更新，减少不必要的重排序性能消耗。

Mvcc

全称是multi-version concurrency control，多版本并发控制。

当我们并发执行会发生什么问题呢？

脏读：当一个事务读取了另一个事务里未提交的数据，甚至在另一个事务发生了回滚，这个数据并不存在。

不可重复读：在一个事务里，每次读取都是其他事务新值，而导致在每次查询的值每次都不一致。

幻读：在一个事务里，每次查询的记录数不一样，有的时候多，有的时候少，针对于新增和删除。(一个事务先查询一些数据，另一个事务又向表里插入新数据，这时候在个事务查询的值增多)

四种隔离级别：

Read uncommit：存在以上三个问题。

Read commit：解决脏读。

Repeatable read：解决不可重复读，每次select都是不同的数据，被其他事务所修改。

Serializable：串行化，各种问题都不会发生，效率低。

隔离级别可以通过set transaction isolation level serializable，查看可以用show

Variables like ‘transaction_isolation’;

对于serializable隔离级别的事务，采用的是加锁方式解决的，对于read uncommit、commit、

Repeatable read级别采用的是readView。

M_ids：表示系统中活跃的读写事务id列表。

Min_trx_id：表示活跃中的小事务id。（m_ids里小值）

max_trx_id：表示应该分配给下一个事务的id。（不在m_ids里）

Creator_trx_id：表示生成该readView的事务id。

他的过程就是当前事务会与这些字段来判断：

当当前事务小于小事务id的时候，代表已经被提交，可以被访问。

当当前事务大于大事务id的时候，表示事务在之后才开启，不可以被访问。

如果在之间，则判断是都在m_ids活跃列表里，在的话不可以访问，不在则可以访问。

Read commit和repeatable不同的是，readview生成时机不同，前者是每次select都会生成readView，后者只有次select会生成，后面重复使用。