事务隔离和行锁之间的联系（Mysql45讲）

飞熊 • 2024年1月29日下午10:35 • 技术随笔 • 阅读 268

事务隔离和行锁

问题

问题

在可重复读隔离级别下，一个事务要更新一行，另一个事务要等待之前更新的这一行的行锁，要等到之前的事务提交才会释放行锁，那么第二个事务（等待行锁的事务）自己更新的时候具体的什么操作流程呢?它读到的值又是什么呢?

开启事务的命令

begin/start transaction命令并不是一个事务的起点，在执行到他们之后的第一个操作InnoDB表的语句，事务才真正启动，如果你想要马上开启一个事务，可以使用如下命令

start transaction with consistent snapshot;

两个视图

1. 一个是view,他是一个用查询语句定义的虚拟表，在调用的时候执行查询语句并生成结果，创建视图的语法是
create view 视图名字;
2. 另一个是InnoDB在实现MVCC时用到的一致性视图，即consistent read view,用于支持RC和RR隔离级别的实现（它没有物理结构，作用是事务执行期间用来定义（我能看到什么数据））

深入理解MVCC

在可重复读隔离级别下，事务在启动的时候就拍了个快照（这个快照并不是给整个库拍了个快照）
快照的实现：
1. InnoDB里面每个事务都有一个事务ID,是在事务开始的时候申请的，是按申请顺序严格递增的
2. 每行数据都有多个版本，每次事务更新数据的时候，都会生成一个新的数据版本，并且把事务ID赋值给这个数据版本的事务ID,同时，旧的数据版本要保留，并且在新的数据版本中，能够有信息可以直接拿到它
3. 也就是说，数据表的每一行记录，其实可能有多个版本，每个版本都有自己的事务ID
  扩展：
  》》》每行记录都有两个隐藏列：trx_id 和 roll_pointer(回滚指针)

核心原理：

引言： 一个事务在启动的时候声明，以我启动的时刻为准，如果一个事务是在我启动之前生成的就认，如果是在启动之后生成的就不认

实现：

每一个事务都有一个数组，记录了当前库中所有的事务ID

关于更新数据行锁的等待问题

更新语句都是先读后写的，而这个读，只能读当前的值，也就是最新的值（称为当前读），如果当前的记录的行锁被其他事务占用的话，就需要进入锁等待

当前读的锁问题

事务更新数据的话，只能用当前读

例子：

事务的可重复读是如何实现的

1.一致性读视图（在事务启动的时候就创建，之后在本事务一直使用，本质上就是维护的一个事务数组）
2.MVCC(每次更新一个数据都会在新版数据上面加入自己的事务ID,最后通过一致性读视图加undolog找到自己需要的数据)

读提交和可重复读的区别

- 在可重复读隔离级别下，只需要在事务开始的时候创建一致性视图，之后事务的其他查询都共用这个一致性视图
- 在读提交隔离级别下，每一个语句执行前都会算出一个新的视图（有一条语句就更新）

文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/202555.html