redis实现分布式锁需要解决的问题 redis实现分布式锁天然的缺陷

Redis实现分布式锁与Zookeeper实现分布式锁区别【redis实现分布式锁需要解决的问题 redis实现分布式锁天然的缺陷】但它也有麻烦的一面,为了防止客户端长时间阻塞或者故障宕机而导至锁无法释放 , 我们需要在加锁的时候指定一个过期时间,不过成本确实比ZooKeeper的实现要低很多 。
分布式锁三种实现方式:基于数据库实现分布式锁;基于缓存(Redis等)实现分布式锁;基于Zookeeper实现分布式锁 。从性能角度(从高到低)来看:“缓存方式Zookeeper方式=数据库方式” 。1 。
基于数据库实现分布式锁:主要是利用数据库的唯一索引来实现,唯一索引天然具有排他性,这刚好符合我们对锁的要求:同一时刻只能允许一个竞争者获取锁 。
基于缓存实现分布式锁:理论上来说使用缓存来实现分布式锁的效率最高 , 加锁速度最快,因为Redis几乎都是纯内存操作,而基于数据库的方案和基于Zookeeper的方案都会涉及到磁盘文件IO,效率相对低下 。
基于ZooKeeper的分布式锁ZooKeeper是一个分布式协调服务,可以用来实现分布式锁 。在ZooKeeper中,有一个临时顺序节点(EphemeralSequentialZNode)的概念 , 可以用来实现分布式锁 。
细说分布式redis1、注意 rLock.tryLock(10,TimeUnit.SECONDS); 时间要设置大一点,如果等待时间太短,小于获取锁 redis 命令的时间 , 那么就直接返回获取锁失败了 。
2、说实话 , 如果在公司里落地生产环境用分布式锁的时候,一定是会用开源类库的,比如Redis分布式锁,一般就是用Redisson框架就好了 , 非常的简便易用 。
3、我们今天就来实现用 Redis 来实现分布式锁,并且要学会怎么使用 。准备使用 Jedis 的 jar 包,在项目中导入 jar 包 。
分布式锁的一些细节问题,值得收藏锁的释放问题:多个客户端竞争同一把锁时,会出现一个客户端释放了锁,但别的客户端并没有释放的情况 。这会导致别的客户端无法获取到锁,从而无法继续执行后续的操作 。
但是在分布式系统中,这种方式就失效了;由于分布式系统多线程、多进程并且分布在不同机器上 , 这将使单机并发控制锁策略失效,为了解决这个问题就需要一种跨 JVM 的互斥机制来控制共享资源的访问 。
基于Zookeeper:Zookeeper一般用作配置中心 , 其实现分布式锁的原理和Redis类似,我们在Zookeeper中创建瞬时节点,利用节点不能重复创建的特性来保证排他性 。
分布式锁常见的可以使用redis、zookeeper、seata 。目前用的比较多的redis,使用分布式锁组件redisson 。如果是直接操作redisTemplate,需要注意finally中释放锁 , 避免程序问题导致锁无法释放 。

    推荐阅读