问题
在可重复读隔离级别下，一个事务要更新一行，另一个事务要等待之前更新的这一行的行锁，要等到之前的事务提交才会释放行锁，那么第二个事务（等待行锁的事务）自己更新的时候具体的什么操作流程呢?它读到的值又是什么呢?
开启事务的命令
begin/start transaction命令并不是一个事务的起点，在执行到他们之后的第一个操作InnoDB表的语句，事务才真正启动，如果你想要马上开启一个事务，可以使用如下命令
start transaction with consistent snapshot;
两个视图
1. 一个是view,他是一个用查询语句定义的虚拟表，在调用的时候执行查询语句并生成结果，创建视图的语法是
create view 视图名字;
2. 另一个是InnoDB在实现MVCC时用到的一致性视图，即consistent read view,用于支持RC和RR隔离级别的实现（它没有物理结构，作用是事务执行期间用来定义（我能看到什么数据））
深入理解MVCC
- 在可重复读隔离级别下，事务在启动的时候就拍了个快照（这个快照并不是给整个库拍了个快照）
快照的实现：- InnoDB里面每个事务都有一个事务ID,是在事务开始的时候申请的，是按申请顺序严格递增的
- 每行数据都有多个版本，每次事务更新数据的时候，都会生成一个新的数据版本，并且把事务ID赋值给这个数据版本的事务ID,同时，旧的数据版本要保留，并且在新的数据版本中，能够有信息可以直接拿到它
- 也就是说，数据表的每一行记录，其实可能有多个版本，每个版本都有自己的事务ID
扩展：
》 》 》 每行记录都有两个隐藏列：trx_id和roll_pointer(回滚指针)
核心原理：
引言： 一个事务在启动的时候声明，以我启动的时刻为准，如果一个事务是在我启动之前生成的就认，如果是在启动之后生成的就不认
实现：
- 每一个事务都有一个数组，记录了当前库中所有的事务ID
关于更新数据行锁的等待问题
- 更新语句都是先读后写的，而这个读，只能读当前的值，也就是
最新的值（称为当前读），如果当前的记录的行锁被其他事务占用的话，就需要进入锁等待
当前读的锁问题
- 事务更新数据的话，只能用当前读
例子：
事务的可重复读是如何实现的
1.一致性读视图（在事务启动的时候就创建，之后在本事务一直使用，本质上就是维护的一个事务数组）
2.MVCC(每次更新一个数据都会在新版数据上面加入自己的事务ID,最后通过一致性读视图加undolog找到自己需要的数据)
读提交和可重复读的区别
- 在可重复读隔离级别下，只需要在事务开始的时候创建一致性视图，之后事务的其他查询都共用这个一致性视图
- 在读提交隔离级别下，每一个语句执行前都会算出一个新的视图（有一条语句就更新）
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/202555.html
