事务隔离级别
ru：读未提交
rc：读已提交
每个语句都生成一致性视图
语句执行过程中加上的行锁，在语句执行完成后，<br>就要把“不满足条件的行”上的行锁直接释放了，不需要等到事务提交<br>
rr：可重复读
场景：如对账期间不希望看到最新的数据<br>
1.核心：一致性读，根据row trx_id和一致性视图确定数据版本的可见性；<br>2.事务更新时当前读；<br>3.当前行的行锁被占，需要等待锁；<br>
事务开启时生成一致性视图
可重复读隔离级别遵守两阶段锁协议，所有加锁的资源，<br>都是在事务提交或者回滚的时候才释放的<br>
serilazable：串行化<br>
事务隔离的实现
每条记录被更新时都会记录一条回滚记录，<br>其他事务要看到可重复读的结果都是通过回滚记录回滚得到的<br>
MVCC：多版本并发控制
数据库的每条记录可能存在多个版本<br>
用于支持RC和RR隔离级别的实现<br>
没有物理结构，用于在事务期间决定“能看到什么数据”<br>
快照是基于整库的，基于“所有数据都有多个版本”特性来秒级创建<br>
实现：InnoDB为每个事务创建一个数组，用以保存这个事务启动瞬间当前正在活跃的所有事务id<br>
数据版本的可见性规则
更新数据都是先读后写的，不能在历史版本上去更新，所以这个读只能读最新值，称为当前读；<br>
select ... lock in share mode;<br>
select ... for update;<br>
update
事务id
每个事务都有一个唯一自增的transaction id
1. 每行数据都有多个版本，每次事务更新数据时，会生成新的数据版本<br> 并把trasaction id赋值给该行的数据版本的事务id：row trx_id<br>2. 新的数据版本可以拿到旧的数据版本；<br>3. 旧的数据版本是通过新的数据版本+undo log一步一步还原得到；
生成事务id<br>1. begin transaction后等到第一个语句执行时生成；<br>2.start transaction with consistent snapshot 立即生成；
