乐观锁与悲观锁

乐观锁&悲观锁的区别

乐观锁(Optimistic Lock)

  1. 每次获取数据的时候,都不会担心数据会被修改,所以每次获取数据时都不会进行加锁。

  2. 但是在更新数据的时候,需要判断该数据是否被别人修改过,如果数据被其他线程修改过,则不进行数据更新。

  3. 如果数据没有被其他线程修改,则进行数据更新。由于数据没有进行加锁,期间该数据可以被其他线程进行读写操作。

实现

  1. 版本号机制

    说明:数据库中除了数据还会有一个version字段,当线程读取数据后记录当前的version,当需要更新数据的时候再次读取version,如果和开始读取的version相同则可以更新数据并更新version,否则更新失败。

  2. CAS算法

    说明:CAS有3个操作数,内存值V,旧的预期值A,要修改的新值B。当且仅当预期值A和内存值V相同时,将内存值V修改为B,否则什么都不做。

    重试或处理失败:在多线程环境下,如果CAS操作失败,通常的做法是在循环中重新读取值并再次尝试CAS操作,直到成功为止。这种策略被称为自旋(Spin)。然而,持续的自旋可能导致CPU资源浪费,特别是在高并发下,因此需要适当的失败处理机制,比如设置超时或采用其他类型的锁。

    缺点 :ABA问题:当读取内存值V的时候时A,有一个线程将A改为B,后有改为A,CAS会误认为内存值V没有改变

    使用:Java的java.util.concurrent.atomic包下的原子类

悲观锁(Pessimistic Lock)

  1. 每次获取数据的时候,都会担心数据会被修改,所以每次获取数据的时候都会进行加锁,

  2. 确保在自己使用的过程中数据不被别人修改,使用完后进行数据解锁。

  3. 由于数据会进行加锁,期间对该数据进行读写和其他线程都会进行等待。


相关推荐
一个有温度的技术博主2 分钟前
DeepSeek Harness 深度解析:与 LangChain / LangGraph 的本质区别
数据库·oracle·langchain·harness
Wang's Blog26 分钟前
PostgreSQL笔记4: 市场地位、生态全景与行业应用实践
数据库·笔记·postgresql
隔窗听雨眠2 小时前
Oracle误Truncate操作恢复:从原理到实战的完整指南
数据库·oracle
Lethehong2 小时前
MySQL迁移如何做到零改造?四层兼容方案详解
数据库·mysql·adb
Json____2 小时前
五金制品行业-企业官网源码
java·大数据·数据库·企业站·wwwoop.com
深念Y4 小时前
Opencode Event 表写入优化方案
数据库·人工智能·ai·node.js·bug·优化·opencode
竹枝溪4 小时前
MySQL进阶:约束、多表设计、多表查询与事务
java·数据库·mysql·事务·子查询·acid·多表查询
weixin_431600445 小时前
NestJS 入门(9):连上数据库,SQL 写在哪?
数据库·后端·sql·学习·nest.js
math_hongfan5 小时前
一对多的数据库姻缘:ArkTS 为鸿蒙订单设计外键与明细表
数据库·华为·harmonyos
杰夫(简道云个人搭建)5 小时前
SAAS系统应该先解决业务问题,再优化体验
数据库·人工智能·低代码·excel·个人开发