MySql的MVCC实现机制

本文详细介绍了MySQL InnoDB存储引擎的MVCC(多版本并发控制)实现机制,包括快照读和当前读的区别,以及MVCC如何在不同事务隔离级别下工作。在MVCC中,快照读可能读取不到最新数据,而当前读则会加锁并获取最新数据。InnoDB通过隐藏列记录行的创建和删除时间戳,以及利用回滚段存储历史版本,以支持并发读写操作。同时,文章探讨了READ_VIEW在构建事务可视版本中的作用,以及MVCC在RC和RR隔离级别下的不同行为,总结了MVCC SELECT可见性的六条规则。
摘要由CSDN通过智能技术生成

MVCC实现机制

快照读和当前读

在了解MySql的MVCC实现之前,需要先了解什么是快照读和当前读,以便于后续讲解
快照读:就是单纯的 SELECT 语句,不包括下面这两类语句:

SELECT ... FOR UPDATE
SELECT ... LOCK IN SHARE MODE

在RC事务隔离级别下,快照读和当前读显示数据是一样的
在RR事务隔离级别下,快照读有可能读取到的不是最新数据

当前读:每次都获取最新数据,但是获取最新数据时会自动加锁,读的过程中不允许写入数据。

此时有人可能会问,什么时候是快照读,什么时候是当前读?

普通的SELECT语句一般查询都是快照读,直接读取快照中的数据,在事务创建时,只有第一次执行SELECT语句才会生成快照,并不是事务创建后立马生成快照,在InnoDB引擎中默认的RR事务级别下,第二次执行SELECT语句会直接读取第一次SELECT生成的快照,所以说快照读有可能读取到的不是最新数据。
在执行以下SQL语句时,会进行当前读

select … lock in share mode 、
select … for update、
update 、delete 、insert

我们假设一个场景:

当前DB已有id 5, 10, 15三条数据。
事务A查询id < 10的数据,可以查出一行记录id = 5
事务B插入id = 6的数据
事务A再查询id < 10的数据,可以查出一行记录id = 5,查不出id = 6的数据(读场景,解决了幻读)
事务A可以执行更新/删除操作,然后查询id < 10 的数据,会发现可以查询到5和6两条数据(更新和删除操作进行了当前读,快照中的数据发生

MySQLMVCC(Multi-Version Concurrency Control)机制是一种并发控制机制,用于处理并发事务的读写冲突。它通过为每个事务创建一个独立的版本,并使用这些版本来提供对数据的一致性读取,从而实现并发控制。 MVCC机制MySQL中的实现主要依赖于以下两个重要的组件: 1. Undo日志:MySQL使用undo日志记录数据修改操作的旧值。当一个事务开始MySQL会将当前数据行的快照复制到undo日志中。如果其他事务需要读取该数据行,它将读取这个快照而不受正在进行的事务的影响。 2. Read View:Read View是一个事务快照视图,用于确定哪些数据行是对当前事务可见的。每个事务在开始都会创建一个Read View。Read View包含一个活动事务列表和一个已提交事务列表。活动事务列表包含当前正在运行的活动事务,已提交事务列表包含已经提交的事务。当一个事务需要读取数据,它会根据Read View确定哪些数据行是可见的。 基于这两个组件,MVCC机制提供了以下几个特点: 1. 高并发性:MVCC机制允许多个事务并发地读取和修改数据,因为它们之间不会产生读写冲突。 2. 一致性读取:MVCC机制确保事务只能读取已经提交的数据,避免了脏读和不可重复读的问题。 3. 无锁读取:MVCC机制的读取操作不会阻塞写入操作。读取操作只需要根据Read View判断数据是否可见。 需要注意的是,MVCC机制只适用于InnoDB存储引擎,而不适用于其他存储引擎,如MyISAM。另外,MVCC机制在一些特殊情况下可能会导致存储空间的增加,因为每个事务都会创建一个版本。因此,在设计数据库需要考虑这些因素。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值