事务的起点 !!并非在begin时开始生效 一致性视图是在执行第一个快照语句时创建 一致性视图在执行start transaction with consistent snapshot 时创建 MYSQL中两个“视图”的概念 一个是 view。它
事务的起点
!!并非在begin时开始生效
MYSQL中两个“视图”的概念
“快照”在MVCC中如何工作?
在可重复读隔离级别下,事务在启动的时候就“拍了个快照”。注意,这个快照是基于整库的。
InnoDB 里面每个事务有一个唯一的事务 ID,叫作 transaction id。它是在事务开始的时候向 InnoDB 的事务系统申请的,是按申请顺序严格递增的。而每行数据也都是有多个版本的。每次事务更新数据的时候,都会生成一个新的数据版本,并且把 transaction id 赋值给这个数据版本的事务 ID,记为 row trx_id。同时,旧的数据版本要保留,并且在新的数据版本中,能够有信息可以直接拿到它。也就是说,数据表中的一行记录,其实可能有多个版本 (row),每个版本有自己的 row trx_id。
更新逻辑
更新数据都是先读后写的,而这个读,只能读当前的值,称为“当前读”(current read)。
事务的可重复读的能力
可重复读的核心就是一致性读(consistent read);
而事务更新数据的时候,只能用当前读。
如果当前的记录的行锁被其他事务占用的话,就需要进入锁等待(两阶段锁)。
读提交和可重复读的区别
在可重复读隔离级别下,只需要在事务开始的时候创建一致性视图,之后事务里的其他查询都共用这个一致性视图;
在读提交隔离级别下,每一个语句执行前都会重新算出一个新的视图。
参考地址:
https://time.geekbang.org/column/article/70562