事务Read Committed (读已提交)和Repeatable Read(可重复读)到底什么区别?

本文深入探讨了数据库事务的两种隔离级别——读已提交和可重复读。读已提交允许事务在B提交后读取其更改,而可重复读则确保事务在未提交时保持一致性视图,即使其他事务已提交修改。在可重复读级别下,事务A会持续看到一致的数据,直到自己提交。这种现象可能导致‘幻读’,即A事务感觉数据在变化但实际未变。总结了两者的区别,并强调了事务提交在可重复读中的重要性。

读已提交:A事务只能读到B事务已经提交的内容:

        A事务读取数据(假如有10条),B事务插入或删除一条符合条件的数据但未提交时,A事务再次读取,看不到变化(还是10条),只有B提交事务,A才能读到变化后的数据。

可重复读:A事务只要不提交,每次读到的内容一致:
        A事务读取数据(假如有10条),此时B事务插入或删除一条符合条件的数据但未提交事务,A事务再次读取,结果一样,因为B并没提交事务!说明可重复读的级别也解决了脏读。
        A事务读取数据(假如有10条),此时B事务插入或删除一条符合条件的数据并提交事务,然后B事务也查了查,数据已经改变了,A事务再次读取,结果还是一样!
        A事务表示很疑惑,以为是B事务没提交造成的,B事务一脸懵,想着明明已经提交事务了呀,为了配合A事务,B事务又添加或删除一条符合条件的数据并提交事务,并且B事务也查了查数据并让A看了看,没错,查到的数据已经改变(数据多了或少了一条),A事务这回确认B事务已经修改并提交了,就再次读取,发现无论读取多少次结果都一样!A表示出现了幻觉!
        这就叫可重复读!因为每次读的都一样,实际上硬盘数据已经改变,A每次读取的都是备份数据!
        此时A事务提交后再去读取,终于读取结果是B事务修改后的数据了!

读已提交和可重复读的区别在于:个人以为可重复读是沿袭了读已提交并让事务隔离级别更高:

        读已提交是A事务本身不用提交,就能读取到B事务修改并提交事务的数据,当然,A提交事务自然也是能读取B修改后的数据的;

        可重复读对此基础上,要求A也必须提交事务,才能读取到B修改并提交事务的数据,若A在B修改并提交事务后没有提交事务就去读取,每次的结果都是一样的,但实际B事务已对数据做出成功修改(硬盘中的文件数据以改变),A事务读到的都是备份数据,总感觉出现了幻觉,所以叫幻读!

        以上纯属个人观点,有啥错误各位大佬请指出,本人才疏学浅刚刚入门,看了很多介绍这两个区别的,发现讲的一头雾水,很多都没提到两者差别在于A事务也要提交,我是看了B站老杜的MYSQL教学才弄懂的

在数据库事务隔离级别中,**Repeatable Read** 是用来解决 **不可重复(Non-Repeatable Read)** 问题的隔离级别之一。 --- ## 🔍 什么是“不可重复”? **不可重复** 是指在一个事务内,**多次取同一行数据**,但在两次取之间,**其他事务修改了该行数据并提交**,导致当前事务取到的数据不一致。 例如: | 事务A | 事务B | |-------------------------------|------------------------------| | 开始事务 | | | SELECT * FROM users WHERE id=1; -- 得到 age=20 | | | 开始事务 | | | UPDATE users SET age=25 WHERE id=1; | | | COMMIT; | | SELECT * FROM users WHERE id=1; -- 得到 age=25(第一次不同) | | COMMIT; | | --- ## ✅ Repeatable Read 如何解决不可重复? 在 **Repeatable Read** 隔离级别下: - 同一事务中对同一数据的**多次取结果保持一致** - 数据库通过 **锁机制** 或 **多版本并发控制(MVCC)** 实现这一点 ### 实现方式(以 MySQL InnoDB 为例): - 使用 **MVCC(多版本并发控制)** - 事务取数据时看到的是一个**一致性视图(Consistent Read View)** - 即使其他事务修改并提交了数据,当前事务仍能看到**事务开始时的数据版本** - 对查询加锁时(如使用 `SELECT ... FOR UPDATE`),还会加 **间隙锁(Gap Lock)**,防止其他事务插入或修改数据 --- ## 🔄 Read Committed区别 | 特性 | Read Committed | Repeatable Read | |------------------|------------------------|--------------------------| | 不可重复 | ❌ 会发生 | ✅ 解决 | | 幻 | ❌ 有可能发生(部分数据库) | ❌ 或 ✅(取决于实现) | | 并发性能 | 较高 | 稍低 | | 使用机制 | 每次取都生成新视图 | 事务内使用统一视图 | --- ## 📌 示例(MySQL InnoDB) ```sql -- 设置隔离级别为 Repeatable Read(MySQL默认) SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ; -- 事务A START TRANSACTION; SELECT age FROM users WHERE id = 1; -- 第一次取:20 -- 事务B在此期间修改了age并提交 SELECT age FROM users WHERE id = 1; -- 第二次取:仍为20 COMMIT; ``` --- ## ✅ 总结 | 问题类型 | 是否在 Repeatable Read 中解决 | |------------------|-------------------------------| | 脏(Dirty Read) | ✅ 解决 | | 不可重复(Non-Repeatable Read) | ✅ 解决 | | 幻(Phantom Read) | ❌ 或 ✅(取决于数据库实现) | MySQL InnoDB 在 Repeatable Read 级别也通过间隙锁解决了幻问题。 ---
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值