redis分布式锁———使用场景

一、绪论

redis分布式锁的使用场景———集群情况下的定时任务、抢单、幂等性场景。

二、真实使用场景举例

抢卷场景源码及执行流程

 

         如上图所示，出现了超卖的问题，假设在线程1、2都未执行前，库存的数量为1，此时，线程1执行了查询优惠券操作，与此同时，线程2紧跟线程1也执行了查询操作（线程交替执行），此时，两个线程都查到了库存为1的数据，而线程1首先判断了库存充足并且执行了扣减库存的操作，如此，库存变成了0，当线程2再去拿之前查到的库存为1的数据进行判断的时候，依然是库存充足扣减库存，但是，此时库存的真实值已经变成0，再进行扣减是库存值就变成了-1。这也就产生了超卖现象。

超卖的解决方法———加锁

        如上图所示，添加了同步锁（本地锁）,原理是当线程1获取锁成功时，而线程2再想获取锁时就无法获取了，因为只允许一个线程获取到锁，在线程1释放锁之前，线程2处于不断的尝试，直至线程1释放锁后，线程2才能再往下执行业务。如果是单体项目并且只启动一台服务以上方法是没问题的！！！

如果项目是服务集群部署，如下图所示

         此时使用nginx进行反向代理，负载均衡到各个请求去访问各个服务。

        如上图所示，为分布式锁解决库存超卖问题的方法。分布式锁的原理是，当其中一个jvm虚拟机中的一个线程获取到了锁，分布式锁中会记录当前线程，当后续如果有其他线程请求锁时，其他的线程包括其他jvm虚拟机中的线程都无法再获取到当前锁，需等待拿到锁的线程释放锁后，其他线程才可以继续执行接下来的操作，后续方法以此类推。