一致性读与当前读

开启一个事务，可以通过begin或start transaction命令开启，但是这两个命令并不是一个事务的起点，事务真正开启是在执行第一个操作InnoDB表的语句之后，才是真正启动。这样可以最大程度上支持事务并发，让锁持有的时间尽量短。

如果想要立马启动一个事务，那么可以通过start transaction with consistent snapshot命令去开启事务。

快照

可重复读隔离级别下，事务启动之后会拍快照，且是基于整库的快照。

快照的实现是通过事务的唯一ID，transactional id实现的，每次事务更新数据时，都会生成一个新的数据版本，并且把transactional id赋值给新数据的事务ID，称为row trx_id。同时旧的数据版本也会保留。如下图：

这里也引出了我们MySQL中的undo log，我们版本的回退链就构成了我们的undo log。

在可重复读的隔离级别下，事务启动后，其他事物更新对当前事务不可见。意思就是如果当前版本数据的事务id大于我的事务id，那么我就不认，往前去寻找，如果版本数据的事务id小于或者为自己的事务id，那么便可见。

实现上，InnoDB为每个事务都构造了一个数组，用来保存事务启动瞬间，当前依然存在的事务的所有事务ID。

事务ID的最小值称为低水位，对大值+1称为高水位。视图数组和高水位就构成了我们的一致性视图。

如下图，我们可以把事务启动瞬间的视图数组分为以下几种情况

低于低水位的，表示这些版本为已经提交的事务或者是当前事务自己生成的，可见。
高水位之后的，表示将来启动的事务，肯定不可见
中间的，表示未提交的事务，可分为两种情况。
1. 如果row trx_id在数组中，表示事务还没有提交，不可见。
2. 如果不在数组中，那么说明十五已经提交了，可见。
  row trx_id> 注：数组里面的在快照创建的时刻都是活跃的数组，就是还没有提交的事务。
InnoDB就是通过这样的一个数据有多个版本的特性，实现了秒级创建快照的能力。

因此，如果一个事务启动了，那么在之后无论别的事物怎么修改，当前事务的查询结果都不会变，这也称为一致性读。