不可重复读和幻读的区别

本文深入探讨了数据库中不可重复读和幻读现象的原因及区别。不可重复读发生在未禁止写操作的情况下,导致两次读取同一数据结果不一致;幻读则是在读取多条数据时,虽禁用了update和delete,但因无法锁定未知行,允许insert操作执行,从而产生额外记录。

不可重复读是因为在读的时候没有禁止写操作,两次读取同一条数据的时候结果不一致,主要针对的是update或delete

幻读是因为在读取多条数据时,虽然此时读操作禁止了写操作,所以update和delete都是不行的,但是由于未知行的不存在,无法加锁,所以insert语句还是可以在读事务中间执行,所以可能出现幻读

 

### 不可重复区别数据库事务处理中,不可重复是两种常见的并发问题,它们主要与事务的隔离性相关。 - **不可重复**是指在一个事务内多次取同一数据集合,但由于其他事务的修改(如 `UPDATE` 操作),导致同一数据集合在不同时间点返回不同的结果。例如,事务 A 取了某条记录,然后事务 B 修改了该记录,当事务 A 再次取时,发现数据发生了变化。这种情况被称为不可重复不可重复的核心在于**同一记录的值发生了变化**。[^3] - ****则与不可重复类似,但更侧重于**查询范围的变化**。具体来说,是指在一个事务内多次执行相同的查询,但由于其他事务的插入(`INSERT`)或删除(`DELETE`)操作,导致查询结果集中出现了新的记录或丢失了原有的记录。例如,事务 A 查询了某个范围的数据,然后事务 B 插入了新的记录,当事务 A 再次执行相同的查询时,会发现多出了一些记录。这种情况被称为。[^4] ### 解决不可重复的方法 - **不可重复**可以通过使用 **可重复(Repeatable Read)** 隔离级别来解决。在这个隔离级别下,数据库会确保在同一个事务中,第一次取到的数据在后续的取中保持不变。这通常是通过锁定取的数据来实现的,确保其他事务不能修改这些数据,直到当前事务完成。[^2] - ****的解决则需要更高的隔离级别,例如 **串行化(Serializable)**。在串行化隔离级别下,事务会按照顺序依次执行,避免了问题。此外,某些数据库系统(如 MySQL 的 InnoDB 引擎)在 **可重复** 隔离级别下,通过使用 **间隙锁(Gap Lock)** 来防止的发生。间隙锁可以阻止其他事务在某个范围的键值之间插入新记录,从而避免问题。[^4] ### 示例代码 以下是一个简单的 SQL 示例,演示了在不同的隔离级别下,不可重复的行为: ```sql -- 设置隔离级别为已提交(Read Committed) SET TRANSACTION ISOLATION LEVEL READ COMMITTED; -- 开始事务 A BEGIN TRANSACTION; -- 事务 A 取某条记录 SELECT * FROM users WHERE id = 1; -- 此时,事务 B 可以修改该记录并提交 -- 事务 A 再次取该记录,会发现数据发生变化(不可重复) -- 提交事务 A COMMIT; -- 设置隔离级别为可重复(Repeatable Read) SET TRANSACTION ISOLATION LEVEL REPEATABLE READ; -- 开始事务 A BEGIN TRANSACTION; -- 事务 A 取某条记录 SELECT * FROM users WHERE id = 1; -- 此时,事务 B 不能修改该记录,直到事务 A 完成 -- 因此,事务 A 再次取该记录时,数据保持不变 -- 提交事务 A COMMIT; -- 设置隔离级别为串行化(Serializable) SET TRANSACTION ISOLATION LEVEL SERIALIZABLE; -- 开始事务 A BEGIN TRANSACTION; -- 事务 A 执行范围查询 SELECT * FROM users WHERE age BETWEEN 20 AND 30; -- 此时,事务 B 不能插入或删除记录,直到事务 A 完成 -- 因此,事务 A 再次执行相同的查询时,结果集保持不变 -- 提交事务 A COMMIT; ``` ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值