乐观锁和悲观锁的理解、适用场景、实现方式

一、乐观锁

每当对数据进行操作的时候,都认为只有我一个线程在操作,别人不会进行操作。

适用于“读取”操作比较频繁的场景。

通常用版本号(给表加一个version字段)、时间戳的方式去实现。

还可以使用CAS(Compare And Swap[Set])

        1.比较:读取到了A值,修改为B值前,先看看是否和原值A一样               

        2.设置

                一样:正常修改

                不一样:不做操作(修改)

        CAS的原子性  -  利用CPU的指令,在硬件层面实现了类似锁的效果。

        CAS会存在的问题:ABA问题 - 虽然A和原值A一样,但是不能保证A没被修改过

                解决ABA问题:版本号Version

二、悲观锁

每当对数据进行操作的时候,都认为不仅仅只有我一个线程,别的线程一定也同时在进行操作。

适用于“写入”操作比较频繁的场景。

通常使用数据库的锁机制来实现。(①set autocommit = 0  ②select num from t_goods where name = "臭豆腐" for update ③【对数据进行的操作】④commit;)这样当别的线程想对这条数据进行读取或者修改操作,就会提示被锁住。

  • 2
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
乐观锁悲观锁都是常见的锁机制,用于解决并发访问数据时可能出现的数据一致性问题。它们在使用场景上有一些差异。 乐观锁适用于并发读取操作较多,写入操作较少的场景乐观锁实现方式是在读取数据时不加锁,而是在更新数据时进行版本比较。如果在更新数据时发现版本已经被其他线程修改,则会回滚当前操作,让用户重新操作。乐观锁的优点是实现简单,不会阻塞其他操作。但是它无法阻止除程序之外的数据库操作,并且在写入冲突较多时可能导致较多的重试操作。 悲观锁适用于写入操作较频繁的场景悲观锁是在读取数据时加锁,阻塞其他线程的写入操作,直到当前线程完成读取操作后才释放锁。悲观锁的优点是可以保证数据的一致性,但是它会增加锁的开销,降低系统的吞吐量。悲观锁适用于对数据一致性要求较高的场景,但是需要注意避免死锁问题。 总之,乐观锁适用于读多写少的场景悲观锁适用于写多读少并对数据一致性要求较高的场景。具体使用哪种锁机制需要根据业务场景和需求来进行分析和选择。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* [乐观锁悲观锁的介绍以及应用场景](https://blog.csdn.net/weixin_64366370/article/details/128648091)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] - *2* *3* [乐观锁悲观锁各自适用场景是什么?](https://blog.csdn.net/sD7O95O/article/details/116382290)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值