Redis高并发场景出现的问题和解决办法

先看一段代码

分析此段代码会发现在高并发的情况下，redis里的商品可能会出现重复扣减的问题。我们一般情况下通常想到的办法是把这块代码块放在synchronized代码块中，这样可以避免并发的问题。但是注意这种办法只适用在单体应用中，而在分布式系统中，由于一个项目部署在多个服务器中，仍然会出现重复扣减的问题。而redis是所有分布式项目的都会调用的系统，所以redis分布式锁能很好的解决这种情况。加上redis分布式锁后

我们在来看上面的代码加上了分布式锁，设置了过期时间，并且加上了删除key的代码，但是新的问题又来了，我们想象一下现在一下过来三个线程，线程1由于数据库，GC等原因，执行了15秒，由于设置redis的过期时间是10秒，所以第10秒时候，线程2就拿到了线程1释放的锁，线程2拿到锁后4秒就执行完了，所以线程2删除key时候其实删除的是线程1的锁，同理线程3删除的有可能是线程2的锁，这样整个锁的删除会出现错乱，其实锁就毫无意义了，相当于失效。Redisson可以很好的解决这个问题，它的思路：判断业务如果超时，设置延长redis的超时时间，也叫作续命，续命多次（3次）如果还是没有释放锁的情况下，则认为超时。如下

 但是还是会有一些问题，如主从复制的问题，可用红锁

性能问题，可以用分段锁来解决

更详细问题可参考

redis的使用（分布式锁，常见使用场景）_WalkWind996的博客-CSDN博客_redis分布式锁使用场景