线程同步(2)——悲观锁和乐观锁

本文总结了悲观锁和乐观锁的概念,详细解释了它们的工作原理和应用场景。悲观锁在查询时上锁以防止冲突,适用于数据修改频繁的场景;乐观锁通过版本号检查来避免并发冲突,适用于读多写少的应用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

    上一篇博客介绍了什么是线程同步,介绍了synchronized的用法,这一篇博客总结一下悲观锁和乐观锁。

    

    悲观锁,它假设只要有数据访问就会产生冲突,当一个线程读取数据时就一定要上锁,其他用户无法操作,直到锁释放。

    悲观锁是利用数据的机制实现的,在查询时是sql语句中加入“for update”,这样整个事务会被锁住,只有当本次事务执行结束后才能进行下次线程操作。这将防止其他进程读取或修改表中的数据

select  value from t_table_id where table_name=? for update

    

    乐观锁,它假设数据访问时不会产生冲突,只是在提交事务时要检查是否违反了数据完整性,更新时检查版本号是否一致。

    比如数据库中数据版本为6,更新提交时version=6+1,使用该version值(=7)与数据库version+1(=7)作比较,如果相等,则可以更新,如果不等则有可能其他程序已更新该记录,所以返回错误。乐观锁适用于对数据库读的应用。

    

    乐观锁更适用于对于表的修改比较少的情况,而悲观锁更实用于对于数据的修改比较多的情况,它能保证线程同步,不产生脏数据。

评论 8
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值