详解:S锁(读锁)和X锁(写锁)

事务T读取数据R

X锁:写锁,排它锁(exclusive locks独家排它)
T对R加X锁,T只能读取和修改,其他事务不能对R+任何锁。

S锁:读锁,共享锁(share locks)
T对R+S锁,T只能读,不能改,其他事务可以对R+S锁。

写锁挺好记的,xie,X锁

在这里插入图片描述

并发控制:
当多个用户同时更新运行时,用于保护数据库的完整性的各种技术

并发控制产生的问题及解决方案:

1.丢失修改,比如A改了数据C,B也改了数据C,会造成A对数据C的修改丢失,故一级封锁协议可防止丢失修改。

一级封锁协议:事务T在修改数据R之前必修加X锁,直到事务结束才释放。(也就是当事务T对R加X锁后,其他事务对R不能加任何锁)

即A在修改前对C加W锁,使B此期间不能修改与读取 不能加W锁,A修改后B获得对C加W锁 B读到的数据即为修改后的数据

2.读脏数据,B对C+20,C变70.A读取数据C为70,而另外一边B改了数据C为50,A读取了脏数据C为70。故二级封锁协议可防止丢失修改+读脏数据。

二级封锁协议:一级封锁协议+事务T在读取数据R前对其加读锁,读完后释放S锁。(其他事务可以对R加S锁,直到T释放R上的读锁)

就是B在改C之前对数据C加W锁,A此时无法对C加S锁,直到B事务释放W锁后释放W锁A获得了对C加S锁。注意读脏数据是读了一次数据库

3.不可重复读。比如A读到C为120,B进行操作:使数据C减20为100,A此时读到数据C为100。故三级封锁协议解决读脏数据+不可重复读+丢失修改

三级封锁协议:一级封锁协议+事务T在读数据R前+S锁,直到事务结束才释放

就是A在读C之前加S锁 此时B不能修改,不能加W锁,但能加R锁,这样A第二次读数据不变,注意不可重复读是读了两次数据库

  Python指南,学习Python的一切

  • 7
    点赞
  • 47
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
在Quartz中,数据库集群是一种高可用性的解决方案。它允许多个Quartz实例共享同一个数据库,并且能够自动协调任务的执行,从而保证任务的可靠性和稳定性。 但是,在多个Quartz实例同时操作同一个数据库时,必须确保它们之间的数据一致性。这就需要使用机制来保证数据的正确性和安全性。 Quartz提供了两种类型的:悲观和乐观。它们分别采用不同的方式来保证数据的一致性。 1. 悲观 悲观是一种悲观的认为并发环境下会出现冲突的机制。它在操作数据时,会先加,然后再进行操作,操作完成后再释放。 在Quartz中,悲观是通过数据库中的行级来实现的。当一个Quartz实例要对某个任务进行操作时,它会先获取该任务的行级,然后再进行操作。其他实例在此期间无法获取该任务的,从而保证了数据的一致性。 2. 乐观 乐观是一种乐观的认为并发环境下不会出现冲突的机制。它在操作数据时,不会加,而是通过版本号等方式来判断数据是否发生了变化。 在Quartz中,乐观是通过版本号来实现的。每个任务都有一个版本号,当一个Quartz实例要对某个任务进行操作时,它会先获取该任务的版本号,然后进行操作。如果在此期间该任务的版本号发生了变化,则说明其他实例已经对该任务进行了操作,当前实例的操作会失败,需要重新获取版本号并重试。这样可以保证数据的一致性。 总的来说,悲观适用于高并发、数据冲突严重的场景,但是会带来较大的性能开销;而乐观适用于并发量较小、数据冲突不严重的场景,性能开销较小。在Quartz中,可以根据具体的业务需求选择合适的机制来保证数据的正确性和安全性。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

尾迹双冒号

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

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

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

打赏作者

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

抵扣说明:

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

余额充值