MySQL乐观锁扣减库存原理图解

update

delete

insert

共享锁与排它锁兼容关系如下表:

我们通过实例分析上述兼容关系,首先建一张测试表并写入测试数据:

CREATE TABLE test_account (

id bigint(20) NOT NULL,

name varchar(20) DEFAULT NULL,

account bigint(20) DEFAULT NULL,

version bigint(20) DEFAULT NULL,

PRIMARY KEY (id)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

insert into test_account(id,name,account,version) values (1,‘A’,100,1);

insert into test_account(id,name,account,version) values (2,‘B’,200,1);

insert into test_account(id,name,account,version) values (3,‘C’,300,1);

(1) 读读兼容

========

共享锁与共享锁之间兼容,在如下实例中session1在t3时刻,session2在t4时刻执行查询均可以获取预期结果:

(2) 读写互斥

========

共享锁与排它锁之间互斥,在如下实例中session1在t3时刻加共享锁,可以正确读取结果,但是session2在t4时刻尝试加排它锁,但是此时锁被session1占有,session2需要等待,当session1长时间不释放锁时,session2抛出锁超时异常:

(3) 写写互斥

========

排它锁与排它锁之间互斥,在如下实例中session1在t3时刻加排它锁,可以正确读取结果,但是session2在t4时刻尝试加排它锁,但是此时锁被session1占有,session2需要等待,当session1长时间不释放锁时,session2抛出锁超时异常:

1.2 当前读与快照读

===========

MySQL Innodb存储引擎实现基于多版本并发控制协议MVCC,在MVCC并发控制中读操作可以分成快照读与当前读。

快照读不需要加锁,读取的是记录可见版本,有可能是历史版本。可以类比订单快照,用户下单之后商品价格发生了变化,但是订单快照不会改变。实现当前读语句如下:

select

当前读需要加锁,读取的是记录最新版本,加锁保证了在读取时,当前记录不会被其它事务修改。实现当前读语句如下:

select lock in share mode

select for update

update

delete

insert

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数Java工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注Java获取)

img

那么如何才能正确的掌握Redis呢?

为了让大家能够在Redis上能够加深,所以这次给大家准备了一些Redis的学习资料,还有一些大厂的面试题,包括以下这些面试题

  • 并发编程面试题汇总

  • JVM面试题汇总

  • Netty常被问到的那些面试题汇总

  • Tomcat面试题整理汇总

  • Mysql面试题汇总

  • Spring源码深度解析

  • Mybatis常见面试题汇总

  • Nginx那些面试题汇总

  • Zookeeper面试题汇总

  • RabbitMQ常见面试题汇总

JVM常频面试:

Redis高频面试笔记:基础+缓存雪崩+哨兵+集群+Reids场景设计

Mysql面试题汇总(一)

Redis高频面试笔记:基础+缓存雪崩+哨兵+集群+Reids场景设计

Mysql面试题汇总(二)

Redis高频面试笔记:基础+缓存雪崩+哨兵+集群+Reids场景设计

Redis常见面试题汇总(300+题)

Redis高频面试笔记:基础+缓存雪崩+哨兵+集群+Reids场景设计
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
969)]

Redis常见面试题汇总(300+题)

[外链图片转存中…(img-ZKGWaXBU-1712653760969)]
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

  • 27
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL乐观锁是一种常见的并发控制机制,常用于处理库存相关的业务场景。在这种场景下,经常会有多个用户同时查询和修改库存数量,为了保证数据的准确性和一致性,可以采用乐观锁机制。 乐观锁的原理是,在进行数据更新操作前,先进行数据版本的判断。在库存表中,可以添加一个版本号字段,每次对库存进行修改时,版本号会进行更新。当用户进行库存修改操作时,先查询当前库存数量以及对应的版本号,然后进行修改时,判断查询结果的版本号是否和当前库存表中版本号一致。若一致,则可以执行修改操作,同时更新版本号;若不一致,则说明数据已经被其他用户修改,需要进行相应的处理,如重新查询库存数量或提示用户无法进行修改操作。 在实际实现中,可以使用乐观锁的方式来避免库存并发修改带来的问题。例如,用户A和用户B同时查询到库存为10,并开始执行库存减1的操作。当用户A执行更新操作时,会将版本号更新为1,并将库存减1,此时库存为9。而当用户B执行更新操作时,由于库存表中的版本号已变为1,而查询结果中的版本号仍未0,因此判断版本号不一致,这时用户B可以根据实际情况选择重新查询库存数量或进行其他操作。 乐观锁在处理库存并发修改时,能够有效地保障数据的准确性和一致性,避免了并发操作引起的问题。但需要注意的是,使用乐观锁机制时,要合理处理并发冲突,例如设置重试机制或采用其他的处理策略,以保证数据的正确性和业务的正常进行。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值