目录

一、3个记录隐藏字段

二、undo 日志

三、read view

---

一、3个记录隐藏字段

        本片文章是帮助理解上篇文章Mysql隔离性的辅助知识。

        mysql在建表时，不仅仅创建了表的结构，还创建了3个隐藏字段。

DB_TRX_ID ：6 byte，最近修改( 修改/插入 )事务ID，记录创建这条记录/最后一次修改该记录的事务ID

DB_ROLL_PTR : 7 byte，回滚指针，指向这条记录的上一个版本（简单理解成，指向历史版本就 行，这些数据一般在 undo log 中）

DB_ROW_ID : 6 byte，隐含的自增ID（隐藏主键），如果数据表没有主键， InnoDB 会自动以 DB_ROW_ID 产生一个聚簇索引

         DB_TRX_ID该字段占6个字节，其中存储最近修改或插入的事务ID，也就是你当前对表进行插入或者修改此时的事务ID就会被存储到该字段中。

        DB_ROLL_PTR占7个字节，为指针指向该记录的上一个版本。

        DB_ROW_ID占6字节，如果我们建表时没有主键，InnoDB会生成一个隐藏的主键，根据该主键来建立聚簇索引。

        假设当前的建立表为：

         实际的三个隐藏字段会这样存储：

           我们目前并不知道创建该记录的事务ID，隐式主键，我们就默认设置成null，1。第一条记录也没有其他版本，我们设置回滚指针为null。      

二、undo 日志

        MySQL的日志是具有功能性和保存数据的功能的。这里的数据包括sql语句。
        我们这里理解undo log，简单理解成，就是 MySQL 中的一段内存缓冲区，用来保存日志数据的就行。

       undo log主要解决两个问题：

        1.回滚

        2.MVCC ---》多版本控制 ---》来解决隔离性和 隔离级别

        我们上文表格中的数据为 1 ， a。

        此时，来了一个事务10，准备修改 a 为 abc。undo log就要发挥作用。

        事务10,因为要修改，所以要先给该记录加行锁。

        修改前，现将改行记录拷贝到undo log中，所以，undo log中就有了一行副本数据。

        事务10提交，释放锁。

        现在又有一个事务11，准备修改 abc为dcb。

        事务11,因为也要修改，所以要先给该记录加行锁。

        修改前，现将改行记录拷贝到undo log中，所以，undo log中就又有了一行副本数据。此时，新的 副本，我们采用头插方式，插入undo log。

        事务11提交，释放锁。

        这样，我们就有了一个基于链表记录的历史版本链。所谓的回滚，无非就是用历史数据，覆盖当前数 据。 上面的一个一个版本，我们可以称之为一个一个的快照。

        有了这个版本链，那回滚就可以依靠它来执行，想要回滚时直接将先前的数据覆盖现在的数据即可。

        那我在insert等其他修改时，其他事务要select，此时select读取，是读取最新的版本呢？还是读取历史版本？

        当前读：读取最新的记录，就是当前读。增删改，都叫做当前读，select也有可能当前读.

        快照读：读取历史版本(一般而言)，就叫做快照读。

        我们可以看到，在多个事务同时删改查的时候，都是当前读，是要加锁的。那同时有select过来，如果也要读取最新版(当前读)，那么也就需要加锁，这就是串行化。 但如果是快照读，读取历史版本的话，是不受加锁限制的。

        那么，是什么决定了，select是当前读，还是快照读呢？隔离级别.

        那么，如何保证，不同的事务，看到不同的内容呢？也就是如何如何实现隔离级别？

三、read view

        Read View就是事务进行 快照读 操作的时候生产的 读视图 (Read View)，在该事务执行的快照读的那一 刻，会生成数据库系统当前的一个快照，记录并维护系统当前活跃事务的ID(当每个事务开启时，都会被分配一个ID, 这个ID是递增的，所以最新的事务，ID值越大)

         Read View 在 MySQL 源码中,就是一个类，本质是用来进行可见性判断的。 即当我们某个事务执行快照 读的时候，对该记录创建一个 Read View 读视图，把它比作条件,用来判断当前事务能够看到哪个版本的 数据，既可能是当前最新的数据，也有可能是该行记录的 undo log 里面的某个版本的数据。

        简化后的结构体如图所示：

         该事务执行的快照读的那一 刻，会生成数据库系统当前的一个快照，记录并维护系统当前活跃事务的ID，其中最小的id放在up_limit_id中，最大的id放在low_limit_id中。

        我们现在拥有的数据版本链（undo log中的链式结构）以及当前快照读的 ReadView。

        我们将read view中的事务id与数据版本链中id做对比，就能知道当前快照读所能读到的内容。

        在画图之前要记住

/** 高水位，大于等于这个ID的事务均不可见*/

trx_id_t  m_low_limit_id

/** 低水位：小于这个ID的事务均可见 */

trx_id_t  m_up_limit_id;

        我们举个例子。

         事务4：修改name(张三) 变成name(李四)

         当 事务2 对某行数据执行了 快照读 ，数据库为该行数据生成一个 Read View 读视图

//事务2的 Read View

m_ids; // 1,3

up_limit_id; // 1

low_limit_id; // 4 + 1 = 5，原因：ReadView生成时刻，系统尚未分配的下一个事务ID creator_trx_id // 2

        此时版本链是：

        现在要是对比，看事务二是否能读到版本链中的哪一个。

//事务2的 Read View

m_ids; // 1,3

up_limit_id; // 1

low_limit_id; // 4 + 1 = 5，原因：ReadView生成时刻，系统尚未分配的下一个事务ID creator_trx_id // 2

对比：

up_limit_id<DB_TRX_ID<=low_limit_id;

并且DB_TRX_ID不在m_Ids中。

证明，事务2可以读取事务4修改之后的版本。

        整篇文章的流程为：

        我们知道了建表时会创建三个隐藏的记录字段用来记录事务的ID、地址与隐藏的主键。这三个会帮助实现回滚，回滚需要用到undo log，undo log中存放的一个个副本数据成链状表示。在不同的隔离级别下，不同事务读到的数据不一样，需要read view来协助，在read view中的low_limit_id，up_limit_id与undo log中的DB_TRX_ID做对比，来判断能读到什么版本。