以卖票为例,票数存储在redis数据库中,卖一张票,redis数据库库存减一,在多线程单机系统下,可以采用syncnized关键字或者使用Rentrelock加锁保证安全性,但在微服务高并发的情况下,就会出现重复卖票的情况,这里就要用到Redis分布式锁。
1、上redis中的分布式锁setnx,只加了锁,如果代码出现异常,可能就无法释放锁,所以需要在finally中释放锁。
2、假如redis宕机了,没有释放锁,需要给它设置一个过期时间。加锁和设置过期时间必须是原子操作。
3、假设分布式锁过期时间为10s,但代码执行需要12s,那么就可能会在线程释放锁之前,redis锁已经过期,这是就会有其他线程加锁,就有可能导致线程释放其他线程的锁,导致“张冠李戴”的情况。所以就需要判断是否是“本人”的锁,如果不是就无法删除。
4、但finally中的判断和删除不是原子性的,也会导致安全问题,可以使用lua脚本,保证其原子性,也可以使用事务保证其原子性。
5、但存在redis续期问题,上诉方式过于繁琐,可以使用redisson分布式锁。