乐观锁 or 悲观锁 你怎么选?

你有没有听过这样一句话:悲观者正确,乐观者成功​。那么今天我来分享下什么是乐观锁​和悲观锁。

乐观锁和悲观锁有什么区别,它们什么场景会用

乐观锁

乐观锁基于这样的假设:多个事务在同一时间对同一数据对象进行操作的可能性很小,因此它允许多个事务同时进行,仅在事务提交时检查是否有其他事务对数据进行了修改。

特点

  • 无锁:乐观锁通常不使用数据库的锁定机制,而是通过其他方式(如时间戳、版本号)来确保数据一致性。
  • 性能:在冲突较少的情况下,乐观锁可以提供更好的性能,因为它允许高并发。
  • 冲突检测:在事务提交时检测冲突,如果检测到冲突,事务将被回滚。

实现方式

  • 版本号:在数据表中添加一个版本号字段或时间戳字段。事务开始时记录版本号,提交时检查版本号是否发生变化,如果变化了,则表示有冲突。
  • 时间戳:使用时间戳来控制事务的顺序,如果检测到时间戳冲突,则回滚事务。

适用场景

  • 写冲突较少:适用于写操作不频繁或者写冲突可能性较低的场景。
  • 读多写少:适用于读操作远多于写操作的环境。
  • 高并发:需要支持高并发访问的系统。

悲观锁

悲观锁基于这样的假设:多个事务对同一数据对象的并发操作会产生冲突,因此它在事务开始时就对数据对象加锁,直到事务结束才释放锁。

特点

  • 锁定:悲观锁通过数据库的锁定机制来确保数据一致性,如行锁或表锁。
  • 性能:在高冲突环境下,悲观锁可能导致更多的等待和锁竞争,从而影响性能。
  • 预防冲突:通过锁定机制预防冲突,而不是检测冲突。

实现方式

  • 显式锁定 :使用数据库的锁定命令(如SELECT ... FOR UPDATE)来显式地锁定需要的资源。
  • 隐式锁定:通过数据库事务的隔离级别隐式地实现锁定。

适用场景

  • 写冲突较多:适用于写操作频繁或者写冲突可能性较高的场景。
  • 写多读少:适用于写操作多于读操作的环境。
  • 数据一致性要求高:需要严格保证数据一致性的场合。
相关推荐
十叶知秋6 分钟前
【jmeter】jmeter的线程组功能的详细介绍
数据库·jmeter·性能测试
瓜牛_gn2 小时前
mysql特性
数据库·mysql
奶糖趣多多3 小时前
Redis知识点
数据库·redis·缓存
数新网络4 小时前
《深入浅出Apache Spark》系列②:Spark SQL原理精髓全解析
大数据·sql·spark
CoderIsArt4 小时前
Redis的三种模式:主从模式,哨兵与集群模式
数据库·redis·缓存
师太,答应老衲吧6 小时前
SQL实战训练之,力扣:2020. 无流量的帐户数(递归)
数据库·sql·leetcode
Yaml47 小时前
Spring Boot 与 Vue 共筑二手书籍交易卓越平台
java·spring boot·后端·mysql·spring·vue·二手书籍
Channing Lewis7 小时前
salesforce case可以新建一个roll up 字段,统计出这个case下的email数量吗
数据库·salesforce
追风林7 小时前
mac 本地docker-mysql主从复制部署
mysql·macos·docker
毕业设计制作和分享8 小时前
ssm《数据库系统原理》课程平台的设计与实现+vue
前端·数据库·vue.js·oracle·mybatis