MYSQL是如何解决幻读的

在MYSQL的RR隔离级别下, MYSQL也解决了幻读的问题。 主要是依靠两个特性解决的, 一个是MVCC(一致性快照) 一个是间隙锁。

MVCC如何解决幻读

begin
select count() from table where id >10
… 一系列的其他操作 …
select count(
) from table where id >10
commit

上面的sql 语句如果在执行的过程中(中间的一系列操作中), 其他的事务新增了 id>10 的记录, 这个sql语句的前后两次查询记录的条数的结果还是一样的。
为何会这样是因为MYSQL的MVCC机制, 在事务开始的时候, 其实已经创建了一个快照, 后面的所有查询都是查询这个快照的, 所以查询结果一样,
至于MVCC的机制是如何作用的, MYSQL主要是记住各个事务的id, 并根据每行数据的事务id来进行比较来确定版本快照的, 具体机制大家可以搜下。
如果我们把语句改成这样呢?
begin
select count() from table where id >10 for update
… 一系列的其他操作 …
select count(
) from table where id >10 for update
commit

由于for update 的特性导致这个查询语句是使用的当前读, 并没有使用快照。 那么快照就不能保证解决幻读问题了。 这个时候就要用上间隙锁的概念了。

间隙锁保证幻读正确

begin
select count() from table where id >10 for update ## 10前面的一条记录的id就是9
… 一系列的其他操作 …
select count(
) from table where id >10 for update
commit

这个sql的事务在执行到第一个查询语句的时候, 会加上间隙锁的, 锁住的范围是(9,+无穷] . 那么其他的事务无法再这个id范围进行任何的修改和插入操作了, 他们如果要操作就会堵住。
这样mysql又通过间隙锁的功能解决了幻读问题,但是可以看到这个代价很大的, 仅次于全表写锁了

间隙锁的死锁问题

正常的读写锁之间的互斥关系我们很清楚,但是间隙锁呢, 间隙锁与间隙锁之间是不互斥的。 就是一个事务A锁住了(0,100]的间隙锁,那么B事务也可以重复获取(0,100]的间隙锁。
上面两个事务都获取了间隙锁, 这个时候如果A事务要在这个间隙之间插入一条记录,会阻塞,因为B事务间隙锁了, 同样B事务也不能操作这个间隙了。 这样就导致了两个线程形成死锁了。
这就是代价,是InnoDB解决幻读的代价。

### MySQL解决问题的方法及实现机制 #### 的定义与产生原因 是指在一个事务中多次查询同一条件下的数据集合时,由于其他事务的操作导致结果集不一致的现象。这种现象通常发生在插入新记录的情况下[^4]。 #### 解决的主要方法 ##### 方法一:提高隔离级别至串行化 当事务隔离级别被设置为 **Serializable** 时,MySQL 使用表级锁来防止任何并发写入操作,从而彻底杜绝的可能性。然而,这种方式会显著降低系统的并发性能[^2]。 ##### 方法二:利用 MVCC 和 Next-Key Lock 实现解决方案 在 InnoDB 存储引擎中,默认的事务隔离级别是 **Repeatable Read (RR)**。虽然 RR 能够通过多版本并发控制(MVCC)解决和不可重复的问题,但它无法完全避免。为了进一步处理这一问题,InnoDB 引入了 **Next-Key Lock** 技术[^3]。 - **MVCC 工作原理** MVCC 是一种通过保存数据的历史版本来支持高并发的技术。对于 SELECT 查询而言,InnoDB 只会返回那些符合当前事务可见性的历史版本数据,而不会看到未提交或者由其他事务更新后的数据版本[^1]。 - **Next-Key Lock 的作用** Next-Key Lock 是 Record Lock 和 Gap Lock 的组合形式,在执行某些特定类型的查询(如 `SELECT ... FOR UPDATE` 或者索引扫描中的 DML 操作)时会被自动应用。它不仅锁定具体的行记录本身,还会封锁这些行之间以及之前可能存在的间隙区域,阻止其他事务在此范围内插入新的记录,以此达到预防的效果。 - **当前的概念** 当前指的是取到的是最新的实际物理存储上的数据副本,并且会对所访问的数据施加相应的排他锁(X 锁)。这意味着如果某个事务进行了当前,则在同一时刻其他试图修改相同资源的事务将会受到阻碍直到前者完成其工作为止。 #### 总结 综上所述,MySQL 主要依靠提升隔离等级至 Serializable 来绝对消除风险;而在更常见的 Repeatable Read 下则是借助于 MVCC 结合 Next-Key Locks 方案共同协作达成目标——即一方面维持旧有视图供一致性快照阅之需,另一方面则通过对涉及区间实施严格管控以防范新增干扰项出现引发逻辑错误情形发生。 ```sql -- 示例代码展示如何使用 SELECT...FOR UPDATE 进行当前 START TRANSACTION; SELECT * FROM table_name WHERE id = ? FOR UPDATE; -- 加锁并获取最新版本数据 COMMIT; ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值