企业实战之分布式锁方案一步步的演变历程!

我们来看一下代码

//扣除商品库存

//产品id: productId

//扣除数量: count

public void reduce(int productId,int count){

//步骤1 从数据库获得产品实体

Product product = getProduct(productId);

//步骤2 获得当前库存数量

int stockCount = product.getStock();

if(stockCount >= count){

//步骤3 扣除库存

product.setStock(stockCount - count);

//步骤4 把产品实体更新到数据库

productService.update(product);

log.info(“购买成功!”)

}else{

log.info(“库存不足,无法购买!”)

}

}

购买场景


当前产品的库存数为10

请求A买了2个产品,那应该扣除2

请求B买了3个产品,那应该再扣除3

那最终的库存剩余为5

上面代码在分布式环境中,只要稍微流量大点,这边就会出现扣减库存不是预期的情况。原因就是

两个请求同时到来时,都同时执行了步骤1,在同一时刻都获取到了同一个产品库存当前库存都为10;但在步骤3的时候都是用10减count值,那么不管是请求A和请求B哪个先执行步骤4,库存剩余要么剩余是8或者7;都不是最终的5。

原因知道了,那怎么解决?小伙伴想到的就是弄个锁,而且还要分布式锁。

分布式锁登场

=========================================================================

上面的问题很多小伙伴应该都知道要用分布式锁,那用什么技术方案呢?我相信很多小伙伴都会说用redis方案,很简单setnx就行了

setnx命令 是redis的一条原生命令大意为 set if not exists, 在指定的key不存在的情况下,命令执行成功,如果key存在就命令执行不成功。

这个方案是很多公司都这么用的,那我们调整一下代码

需要考虑到一些业务异常,需要把锁释放掉,加上try/finally,这个千万不要忘了

当是还是有一些问题,就是如果加锁成功后,业务没有完成。突然断电或者运维人员用kill -9命令把线程删除了;那就导致了锁一直没有释放,因为不会执行finally里面的代码了。

那怎么办呢?有经验的小伙伴应该就知道解决方案了

优化分布式锁

=========================================================================

方案还是比较简单的,加个过期时间就行了

这样即使断电,过了10秒钟之后锁也会自动过期,也就是失效;别的请求就可以正常请求了

现在到了这里,就是很多公司应用分布式锁的常用方案了。小伙伴们这样就没有问题了吗

问题分析

=======================================================================

我们来看看问题出现在哪里?我们来调整一下业务代码

因为我们扣库存的业务,不可能像写的很简单的业务;正式场景中业务是比较多的,不可能就这么简单;如果业务代码执行的时间超出了锁的过期时间,那么锁到期失效了,但业务代码还没有执行完;这种场景就会导致数据错乱。

那这个问题怎么解决呢?

解决思路

=======================================================================

这个问题的本质是锁在没有执行完成业务时,到期失效了;那我们**可以不让他失效不就行了吗?**那怎么不让他失效呢?

方案很简单

启动一个后台线程,可以每3秒或者5秒执行一次,找到这个锁的key,延长这个锁key的过期时间;这样就达到了锁过期时间续期的功能了。是不是很简单?

我们自己写代码去实现是没有问题的,但是现在市面上已经有了轮子了,不需要我们自己再去写这个代码了,直接用人家的轮子;这个就是大名鼎鼎的Redisson

分布式锁Redisson

===============================================================================

redisson是针对redis分布锁的强大的工具包,他提供了自动续期的功能,以及重入锁的功能,只需要引入

org.redisson

redisson

3.13.2

然后实例化

@Bean

publicRedisson redisson(){

Config config = new Config();

config.useSingleServer().setAddress(“redis://xxx:6379”).setPassword("*

").setDatabase(0);

return (Redisson) Redisson.create(config);

}

修改代码

用法非常简单。我们接下来分析他的原理以及源码,看看他是怎么续期的,和实现可重入的

源码分析

=======================================================================

我们先来看看他的加锁流程图

加锁机制


1、线程去获取锁,获取成功: 执行lua脚本,保存数据到redis数据库。

2、线程去获取锁,获取失败: 一直通过while循环尝试获取锁,获取成功后,执行lua脚本,保存数据到redis数据库。即会阻塞线程

redisson是执行的lua脚本的核心代码tryLockInnerAsync如下

redis执行lua脚本是原子性的,要么都成功,要么都失败
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

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

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

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

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

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

img

分享

首先分享一份学习大纲,内容较多,涵盖了互联网行业所有的流行以及核心技术,以截图形式分享:

(亿级流量性能调优实战+一线大厂分布式实战+架构师筑基必备技能+设计思想开源框架解读+性能直线提升架构技术+高效存储让项目性能起飞+分布式扩展到微服务架构…实在是太多了)

其次分享一些技术知识,以截图形式分享一部分:

Tomcat架构解析:

算法训练+高分宝典:

Spring Cloud+Docker微服务实战:

最后分享一波面试资料:

切莫死记硬背,小心面试官直接让你出门右拐

1000道互联网Java面试题:

Java高级架构面试知识整理:

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

最后分享一波面试资料:

切莫死记硬背,小心面试官直接让你出门右拐

1000道互联网Java面试题:

[外链图片转存中…(img-d3RPMypb-1713515431192)]

Java高级架构面试知识整理:

[外链图片转存中…(img-Xs12yupE-1713515431192)]

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值