乐观锁与悲观锁

乐观锁&悲观锁的区别

乐观锁(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. 由于数据会进行加锁,期间对该数据进行读写和其他线程都会进行等待。


相关推荐
不超限8 小时前
Postgresql 数据库 自增字段,Vastbase 无效的问题
数据库
阿坤带你走近大数据8 小时前
Oracle新老SQL写法对比
数据库·sql·oracle
努力努力再努力wz9 小时前
【高性能网络库与HTTP Server系列】:基于主从 Reactor 模型实现高性能 C++ 网络库与 HTTP Server
开发语言·网络·数据结构·数据库·c++·网络协议·http
HackTwoHub9 小时前
某单位 CMS 完整渗透链、SQL 注入→后台拿权→绕过宝塔 Waf 上线 shell
数据库·人工智能·sql·安全·网络安全·系统安全·安全架构
Elastic 中国社区官方博客10 小时前
使用 Elasticsearch 作为 Grafana 的直接替代 Prometheus 后端
大数据·数据库·sql·elasticsearch·搜索引擎·grafana·prometheus
杨婷12310 小时前
2026 企业微信会话存档服务商选型指南:一维助手方案深度解析
大数据·数据库·企业微信
霸道流氓气质10 小时前
Kiro 配置 MySQL MCP Server 通用教程
数据库·mysql·adb·mcp·kiro
2601_9637713710 小时前
Optimizing Logistics and Transportation Sites on WordPress
前端·数据库·windows·php
AC赳赳老秦10 小时前
采购专员自动化:OpenClaw 自动比价、生成询价单、跟踪供应商报价进度实战指南
开发语言·数据库·人工智能·python·自动化·github·openclaw
蚁库10 小时前
Oracle 11g RAC 多路径配置总搞不定?iSCSI + Multipath + ASM 磁盘组,14节视频带你完整通关
数据库·oracle