以memcached为例理解乐观锁与悲观锁

本文介绍了乐观锁和悲观锁的概念,并以memcached的CAS协议为例,阐述了如何在并发场景下利用版本号解决并发问题。悲观锁在访问对象前加锁,可能导致长时间限制其他用户访问,而乐观锁在提交更改时加锁,提高了并发性能。memcached的CAS协议通过版本号确保更新操作的正确性,避免了数据冲突。
摘要由CSDN通过智能技术生成

我们知道,最常用的处理多用户并发访问的方法是加锁。当一个用户锁住数据库中的某个对象时,其他用户就不能再访问该对象。加锁对并发访问的影响体现在锁的粒度上。比如,放在一个表上的锁限制对整个表的并发访问;放在数据页上的锁限制了对整个数据页的访问;放在行上的锁只限制对该行的并发访问。可见行锁粒度最小,并发访问最好,页锁粒度最大,表锁介于2者之间。锁有两种:悲观锁和乐观锁。

这个问题的来源是所保护的数据粒度较大数量较多,出现只有部分被保护的数据被修改的情况,则乐观锁通过判断具体关心的数据是否发生变化来决定是回滚操作,可以提高并发度。

在读修改写的访问模式中,加锁的时机有两种选择:读之前或者写之前。

悲观锁假定其他用户企图访问或者改变你正在访问、更改的对象的概率是很高的,因此在悲观锁的环境中,在你开始改变此对象之前就将该对象锁住,并且直到你提交了所作的更改之后才释放锁。悲观的缺陷是不论是页锁还是行锁,加锁的时间可能会很长,这样可能会长时间的限制其他用户的访问,也就是说悲观锁的并发访问性不好。与悲观锁相反,乐观锁

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值