InnoDB怎么解决幻读的?

1. 结论

首先说结论,在RR的隔离级别下,Innodb使用MVCC和next-key locks解决幻读,MVCC解决的是普通读(快照读)的幻读,next-key locks解决的是当前读情况下的幻读。

 

2. 幻读是什么

事务A,先执行:

update table set name=“hh” where id>3;

结果为:

OK row xx 表名成功影响多少行数据

 

事务B,后执行,并且提交:

insert into table values(11, uu);

commit;

 

事务A,然后再select一下:

select * from table where id>3

结果集为:

11,uu

事务A懵了,我特么不是id>3全部更新了吗

这次是已提交事务B对事务A产生的影响,这个影响叫做“幻读”。

幻读和不可重复读的区别是,前者是一个范围,后者是本身

3. 怎么解决的?

3.1. 当前读

所谓当前读,指的是加锁的select(S或者X), update, delete等语句。在RR的事务隔离级别下,数据库会使用next-k

### 定义 指的是在一个事务内两次查询返回的结果集不同,即使在这两个操作期间没有其他事务对该数据进行修改。具体来说,在同一个事务中先后执行相同的查询语句时,第二次查询得到了第一次查询之后新增加或删除的数据行[^3]。 ### 数据库事务隔离级别中的现象 在不同的数据库事务隔离级别下,的发生与否有所不同: - **READ UNCOMMITTED (取未提交)** 和 **READ COMMITTED (取已提交)** 都无法防止,因为在这些较低级别的隔离条件下,不仅不能保障同一记录的一致性取,甚至也无法阻止新记录的插入影响到当前事务内的后续取结果。 - **REPEATABLE READ (可重复)** 虽然能够保证在同一事务内部对于相同条件下的多条SELECT语句得到一致性的结果,但由于其主要针对的是现有记录的变化控制,并不涉及对范围锁定的支持,所以仍然可能出现新的符合条件的新纪录被插入而导致的问题[^1]。 - **SERIALIZABLE (序列化)** 是唯一能彻底杜绝发生的隔离级别,它通过对整个表施加共享锁的方式确保任何写入操作都需要等待所有正在运行的只事务完成,从而实现了最严格的隔离效果。 ### 解决方案 为了有效应对问题,通常有如下几种方法: #### 使用更高的隔离级别 将事务的隔离级别提升至 `SERIALIZABLE` 可以从根本上消除的可能性,不过这也会带来性能上的开销,因为它强制要求所有的并发访问按照顺序排队处理,降低了系统的并行度和响应速度。 #### 应用特定类型的锁机制 例如 MySQL InnoDB 存储引擎采用了一种称为**间隙锁**(Gap Lock)的技术来缓解的影响。当一个事务获取了某个索引范围内部分记录的选择权后,除了会对实际选中的那些行加上排他锁外,还会对其前后相邻位置之间的“空白区域”也实施保护措施,以此阻止其他事务在此区间内插入新的记录[^2]。 ```sql -- 示例:显示如何启用InnoDB存储引擎默认使用的Next-Key Locks特性(包括Row-Level Locking and Gap Locking) SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ; START TRANSACTION; SELECT * FROM table_name WHERE id BETWEEN 5 AND 10 FOR UPDATE; -- 这里会应用Next-Key Lock INSERT INTO table_name VALUES (7, 'value'); -- 如果此时另一事务尝试插入这条记录,则会被阻塞直到上述事务结束 COMMIT; ```
评论 17
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值