【数据库并发操作带来的问题 - - - 丢失修改、不可重复读、读脏数据】

水善利万物而不争,处众人之所恶,故几于道💦

并发操作带来的问题:

一、丢失修改
二、不可重复读
三、读脏数据

一、丢失修改

两个事务对同一个数据进行修改,导致事务A对数据库的修改被事务B的修改所覆盖

在这里插入图片描述

两个事务T1,T2对A进行减1操作,但是在T1事务没有提交时,T2也读A并进行减1操作。

结果是:T1,T2两个事务对同一个数据A进行了两次减1操作,但是最终结果是15,也就是有一个修改丢失了。

二、不可重复读

事务对同一数据进行两次读取的结果不同。原因是两次读取的间隙数据被另一事务修改了。

在这里插入图片描述

T1事务对A、B求和,但是在T1事务两次求和的间隙,T2事务修改了B的值,导致T1事务两次相同的操作得到的结果却不一样,也就是不可重复读。

三、读脏数据

某事务读取的数据是其他事务修改后的值,但这个修改动作后来被撤销了,也就是读到了脏数据。

在这里插入图片描述

T1事务读C的值,然后将值修改,然后写入C,这时T2事务读C的值,读到的是修改后的值,但是,T1事务最后进行了回滚,那也就意味着T2事务读到的C的值是错误的,也就是读到了脏数据。

  • 4
    点赞
  • 30
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
好的,我会尽力回答您的问题。 首先,我需要先解释一下隔离级别的概念。隔离级别是指在多个并发事务同时操作数据库时,数据库管理系统为了保证事务的正确性和一致性而采取的一种控制手段。SQL标准定义了四种隔离级别:未提交(Read Uncommitted)、提交(Read Committed)、可重复(Repeatable Read)和串行化(Serializable)。 以下是几个具体的例子,展示不同隔离级别的应用场景和并发控制效果。 1. 未提交(Read Uncommitted)隔离级别 未提交隔离级别是最低的隔离级别,它允许一个事务取另一个事务还未提交的数据。这种隔离级别存在很大的并发控制问题,因为一个事务可能取到另一个事务还未提交的数据,导致数据不一致。 例如,假设有两个事务T1和T2,T1更新了一条记录,但是还未提交,此时T2取了这条记录并进行了操作。如果T1最终回滚了事务,那么T2所做的操作就是无效的。 2. 提交(Read Committed)隔离级别 提交隔离级别要求一个事务只能取已经提交的数据。这种隔离级别可以防止丢失修改问题,但是仍然存在不可重复读“脏”数据的问题。 例如,假设有两个事务T1和T2,T1取了一条记录并开始更新,此时T2也取了这条记录并对其进行了修改并提交。如果T1再次取这条记录,它将会发现这条记录已经被修改了,这就是不可重复读问题。如果T2在提交之前回滚了事务,那么T1就会取到脏数据。 3. 可重复(Repeatable Read)隔离级别 可重复隔离级别要求一个事务在执行过程中多次取同一条记录的结果是一致的。这种隔离级别可以防止不可重复读问题,但是仍然存在“脏”数据的问题。 例如,假设有两个事务T1和T2,T1取了一条记录并开始更新,此时T2也取了这条记录并对其进行了修改并提交。如果T1再次取这条记录,它将会发现这条记录的值没有发生变化,这就是可重复的效果。但是如果T2在提交之前回滚了事务,那么T1就会取到脏数据。 4. 串行化(Serializable)隔离级别 串行化隔离级别是最高的隔离级别,它要求所有的事务串行执行。这种隔离级别可以避免所有的并发控制问题,但是会导致系统的性能大大降低。 因此,在实际应用中,我们需要根据具体的业务场景和数据访问模式选择合适的隔离级别,以达到合理的并发控制效果。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

阿年、嗯啊

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值