Mysql锁机制--乐观锁 & 悲观锁如何实现

12 篇文章 0 订阅
4 篇文章 0 订阅
本文深入探讨了数据库事务中的悲观锁和乐观锁。悲观锁在查询时锁定记录,防止其他事务访问,适合高并发场景;而乐观锁在提交更新时检查版本或时间戳,适用于并发量小的情况。实现乐观锁通常通过版本号或时间戳控制,确保数据一致性。
摘要由CSDN通过智能技术生成

原文链接(更详细):https://www.cnblogs.com/cyhbyw/p/8869855.html

悲观锁:

1.关闭自动提交:set autocommit = 0; 

2.第二步:左边利用 select .... for update 的悲观锁语法锁住记录

3.执行更新操作并提交事务

例子:Sql语句:

update employee set money = 0 + 1 where id = 1;
commit;

乐观锁:

理解一:就是 CAS 操作

理解二:类似于 SVN、GIt 这些版本管理系统,当修改了某个文件需要提交的时候,它会检查文件的当前版本是否与服务器上的一致,如果一致那就可以直接提交,如果不一致,那就必须先更新服务器上的最新代码然后再提交(也就是先将这个文件的版本更新成和服务器一样的版本)

2 如何实现乐观锁呢

首先说明一点的是:乐观锁在数据库上的实现完全是逻辑的,数据库本身不提供支持,而是需要开发者自己来实现。

常见的做法有两种:版本号控制及时间戳控制。

版本号控制的原理:

  • 为表中加一个 version 字段;
  • 当读取数据时,连同这个 version 字段一起读出;
  • 数据每更新一次就将此值加一;
  • 当提交更新时,判断数据库表中对应记录的当前版本号是否与之前取出来的版本号一致,如果一致则可以直接更新,如果不一致则表示是过期数据需要重试或者做其它操作(PS:这完完全全就是 CAS 的实现逻辑呀~)

至于时间戳控制,其原理和版本号控制差不多,也是在表中添加一个 timestamp 的时间戳字段,然后提交更新时判断数据库中对应记录的当前时间戳是否与之前取出来的时间戳一致,一致就更新,不一致就重试。

第三部分 总结&对比

悲观锁乐观锁
概念查询时直接锁住记录使得其它事务不能查询,更不能更新提交更新时检查版本或者时间戳是否符合
语法select ... for update使用 version 或者 timestamp 进行比较
实现者数据库本身开发者
适用场景并发量大并发量小
类比JavaSynchronized关键字CAS 算法

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值