当前位置: 首页 > news >正文

数据库的乐观锁和悲观锁的区别

1. 悲观锁 (Pessimistic Lock) —— “占着茅坑不拉屎”

核心心态:悲观。我觉得总有人想害朕(想抢我的数据)。
做法:只要我开始用这条数据,我就把门锁死。在我处理完之前,谁也别想碰,连“读”都不行,都在外面排队!

生活比喻:上公厕
  1. 你进了一个单间。
  2. 咔嚓,把门插销锁上(数据库行锁)。
  3. 你在里面玩手机、看报纸(处理业务逻辑)。
  4. 外面来了 100 个人,推门发现打不开,只能在门口干等着(阻塞 Blocked)。
  5. 你完事了,开门出来(提交事务 Commit)。
  6. 下一个人才能进去。
SQL 是怎么写的?

你需要显式地告诉数据库“给我锁上”:

-- 开启事务BEGIN;-- 重点是 FOR UPDATE,这句话一出,这行数据就被你独占了SELECTstockFROMgoodsWHEREid=1FORUPDATE;-- 在这期间,别的线程执行 SELECT ... FOR UPDATE 会被卡死在这里UPDATEgoodsSETstock=stock-1WHEREid=1;COMMIT;-- 只有等你提交了,锁才释放
  • 优点:绝对安全,数据绝对一致。
  • 缺点:性能极差。万一你在里面死锁了或者处理太慢,整个系统就瘫痪了。
  • 适用场景:数据极其敏感,且并发量很低(比如银行转账)。

2. 乐观锁 (Optimistic Lock) —— “Git 代码冲突”

核心心态:乐观。我觉得大部分时间没人跟我抢。
做法:我不锁门,大家随便进,随便读。但是我提交修改的时候,我要检查一下,在我修改期间,有没有别人偷着改过数据。

生活比喻:Git 提交代码
  1. Pull:你和小王都把index.vue拉到了本地(Version 1)。
  2. Edit:你在本地改代码,小王也在本地改代码。互不影响。
  3. Push(关键时刻):
    • 小王手快,先提交了(Version 变成 2)。
    • 你后提交,Git 告诉你:“冲突了!你的版本(V1)过期了,现在的最新版是 V2。”
  4. Retry:你只能重新拉取最新代码,合并一下,再提交。
数据库怎么实现?(重点:版本号机制)

通常我们在表里加一个字段:version(版本号)。

  1. 第一步:查数据
    • 线程 A 查到:stock = 1, version = 1
    • 线程 B 查到:stock = 1, version = 1
  2. 第二步:线程 A 抢先修改
    -- 我要把 version 变成 2,前提是现在的 version 必须还是 1UPDATEgoodsSETstock=0,version=2WHEREid=1ANDversion=1;
    • 结果:成功!数据库里的version变成了 2。
  3. 第三步:线程 B 慢了一拍去修改
    -- B 手里拿的 version 还是 1,它想把 version 变成 2UPDATEgoodsSETstock=0,version=2WHEREid=1ANDversion=1;-- 👈 此时数据库里的 version 已经是 2 了!
    • 结果:查找条件version = 1匹配不到任何行。更新失败(影响行数 0)。
    • 应用层反应:给用户报错“手慢了”,或者自动重试。
  • 优点:吞吐量极高,不用排队,大家都在跑。
  • 缺点:如果冲突太频繁(比如 100 个人抢 1 个),会有 99 个人失败,需要应用层处理重试逻辑。
  • 适用场景:互联网大部分场景(秒杀、点赞、评论)。

3. 在 Java (MyBatis-Plus) 里怎么用?

记得我之前推荐你的MyBatis-Plus吗?它把乐观锁封装成了“傻瓜式”操作。

第一步:数据库表里加个字段version,默认值 1。

第二步:Java 实体类加个注解。

publicclassGoods{privateLongid;privateIntegerstock;@Version// 👈 就加这一个注解,告诉 MP 这是乐观锁字段privateIntegerversion;}

第三步:配置一下插件(现在的代码里只需要注册一个 Bean)。

第四步:正常写代码。

// 1. 先查出来 (必须先查,拿到当前的 version)Goodsgoods=goodsMapper.selectById(1);// 假设此时 version=1// 2. 修改数据goods.setStock(goods.getStock()-1);// 3. 更新// MyBatis-Plus 会自动把你生成的 SQL 变成:// UPDATE goods SET stock=0, version=2 WHERE id=1 AND version=1intresult=goodsMapper.updateById(goods);if(result==0){return"抢购失败,被人截胡了!";// 没抢到锁}

总结

  • 悲观锁:FOR UPDATE。先锁后干。像红绿灯,红灯停绿灯行。
  • 乐观锁:version字段。先干后查。像斑马线,看着没人才走,走到一半发现有车来了就退回来。

在面试里,只要你能说出**“为了性能,我们一般优先使用基于版本号的乐观锁,除非是像金额扣减这种极度敏感的业务才考虑悲观锁”**

http://www.cnnetsun.cn/news/88716.html

相关文章:

  • LobeChat能否支持WebRTC?实时音视频通话功能展望
  • 基于STM32单片机双轴追光系统光照自动向日寻光蓝牙无线APP/WiFi无线APP/摄像头视频监控/云平台设计S344
  • Linly-Talker容器化构建与部署指南
  • Plotly Dash多页面仪表盘的构建框架
  • 数据可视化中色彩运用的核心指南
  • 通过“回馈行动“支持美国退伍军人掌握数据技术
  • 智能网页工作便签备忘录HTML源码
  • Deep Learning for Person Re-identification:A Survey and Outlook阅读笔记
  • 国内口碑好的牦牛绒混纺纱线供应商推荐,含 90%羊毛+10%
  • 测试左移与右移的实施方法
  • 【Maven安装配置】
  • 从原理到实战:STM8S103F3最小系统原理图绘制与PCB设计全攻略
  • 本地部署 Excalidraw 手绘白板教程
  • int32 - int32MAX 出现异常
  • Qwen-Image微调实战:让模型认识新车
  • 路由策略与策略路由
  • 软件测试面试题及答案,2026春招必看版
  • 基于飞桨实现图像分类:从LeNet到ResNet
  • 基于单片机的智能窗帘控制系统设计(光照+遥控)【附代码】
  • LobeChat插件系统开发指南:拓展你的AI应用边界
  • 基于单片机的智能燃气泄漏报警与关闭系统设计【附代码】
  • 基于单片机的智能水位控制系统设计(水箱+自动补水)【附代码】
  • LobeChat本地安装详细步骤指南
  • 《12个月服务期!黑龙江炉渣外运处置项目公开招标》
  • 2025年国产电脑操作系统推荐:银河麒麟为何成为党政机关首选?
  • Flutter 2025 国际化与本地化工程:从多语言到文化适配,打造真正全球化的应用
  • 事务拦截器TransactionInterceptor
  • Qwen3-VL-30B 4bit量化版发布:单卡部署突破
  • FLUX.1-ControlNet自定义控制模式全解
  • Windows server 2019 离线安装docker容器