For investors
股价:
5.36 美元 %For investors
股价:
5.36 美元 %认真做教育 专心促就业
锁的应用在许多软件开发项目中是非常常见的一个编程技术,而本文我们就通过案例分析来简单了解一下,乐观锁与悲观锁概念和应用场景。
乐观锁&悲观锁是一种设计思想,而不是锁的实现
在Java和MySql中,都有基于乐观锁和悲观锁的实现。Java中的atomic包(CAS,基于乐观锁),synchronized(重量级锁,基于悲观锁);MySql中的lockinsharemode和selectforupdate;
乐观锁
认为对同一资源的并发操作不会总发生,属于小概率事件,不用每次都对数据上锁,也就是不采用数据库自身的锁机制,而是通过程序来实现,可以通过版本号机制或者时间戳机制实现。
例如在表中设计一个版本字段version,一次读的时候,会获取version字段的取值。然后对数据进行更新或删除操作时,会执行UPDATE...SETversion=version+1WHEREversion=version。此时如果已经有事务对这条数据进行了更改,修改就不会成功。
乐观锁的时间戳机制
时间戳和版本号机制一样,也是在更新提交的时候,将当前数据的时间戳和更新之前取得的时间戳进行比较,如果两者一致则更新成功,否则就是版本冲突。
悲观锁
对数据被其他事务的修改持保守态度,会通过数据库自身的锁机制来实现,从而保证数据操作的排它性。
适用场景
乐观锁适合读操作多的场景,相对来说写的操作比较少。它的优点在于程序实现,不存在死锁问题,不过适用场景也会相对乐观,因为它阻止不了除了程序以外的数据库操作。
悲观锁适合写操作多的场景,因为写的操作具有排它性。采用悲观锁的方式,可以在数据库层面阻止其他事务对该数据的操作权限,防止读-写和写-写的冲突。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加抖音太原达内IT培训学习了解。