关于分布式锁的一些理解

1.业务场景:
在订单支付成功后,需要累加交易金额,交易笔数,项目中采用Redis实现,key:今日日期+商户信息+自定义标示后缀,value:金额与交易笔数

2.问题:
项目是支付系统,在高并发情况下,上述业务场景就会出现问题。当多个订单同时交易成功,多个请求进入到系统中,会出现多个请求,redis中取到相同的限额与限次信息,那么配置信息就会出现错误,从而影响到该块业务

3.解决思路:
解决问题的思路,就是要保证同一时间内,只能有一个请求执行该业务代码,其他的请求则需要等待,因为项目是分布式架构,使用java自带的api无法控制,自然想到分布式锁来解决问题

4.解决方案:
项目中已经引入了redis,redis的命令天生支持分布式锁,所以采用Redis来实现分布式锁,用到的命令:
(1)setnx: 向redis服务器设置值,成功返回1,失败返回0
(2)expire:设置key的失效时间
(3)del:删除redis指定key

5.实现方案:
key: 自定义标识前缀 + 商户信息 value: 随机数
在业务逻辑处理之前,使用redis的setnx命令尝试向redis中设置key
(1)如果返回1,那证明设置key成功,则可以继续往后处理业务,业务处理完之后再删除key
(2)如果返回0,那证明设置key失败,证明有处理中的请求正在执行业务代码,此时需要设置一个重试机制,不断的向redis中设置key,直到返回1,再处理业务,业务处理完之后再删除key
关键的地方:重试机制的设定,保证其他的请求,乖乖的等待处理中的请求处理完成之后,再向下执行,重试的时间根据项目实际情况而定