锐客网

  1. 首页 > 生活百科 > it技术 > >

redis分布式锁性能问题 redis分布式读写锁性能

Redis生活百科

Redis实现分布式锁与Zookeeper实现分布式锁区别1、分布式锁三种实现方式：基于数据库实现分布式锁；基于缓存（Redis等）实现分布式锁；基于Zookeeper实现分布式锁 。从性能角度（从高到低）来看：“缓存方式Zookeeper方式=数据库方式” 。1 。
2、基于数据库实现分布式锁：主要是利用数据库的唯一索引来实现 ， 唯一索引天然具有排他性，这刚好符合我们对锁的要求：同一时刻只能允许一个竞争者获取锁 。
3、基于缓存实现分布式锁：理论上来说使用缓存来实现分布式锁的效率最高，加锁速度最快，因为Redis几乎都是纯内存操作，而基于数据库的方案和基于Zookeeper的方案都会涉及到磁盘文件IO，效率相对低下 。
4、基于ZooKeeper的分布式锁ZooKeeper是一个分布式协调服务，可以用来实现分布式锁 。在ZooKeeper中，有一个临时顺序节点（EphemeralSequentialZNode）的概念 ， 可以用来实现分布式锁 。
5、与分布式锁对应的是【单机锁】，我们在写多线程程序时 ， 避免同时操作一个共享变量而产生数据问题，通常会使用一把锁来实现【互斥】，其使用范围是在【同一个进程中】 。（同一个进程内存是共享的，以争抢同一段内存，来判断是否抢到锁） 。
6、在高性能、高并发的场景下，不建议使用ZooKeeper的分布式锁，因为每次在创建锁和释放锁的过程中，都要动态创建、销毁瞬时节点来实现锁功能，网络通信频繁，性能短板突出 。
redis分布式锁常见问题及解决方案使用redis客户端redisson，redisson很好的解决了redis在分布式环境下的一些棘手问题，它的宗旨就是让使用者减少对Redis的关注，将更多精力用在处理业务逻辑上 。
锁的释放问题：多个客户端竞争同一把锁时，会出现一个客户端释放了锁 ， 但别的客户端并没有释放的情况 。这会导致别的客户端无法获取到锁，从而无法继续执行后续的操作 。
比如，SSD将内存换成了磁盘，以换取更大的容量 。
分布式锁为什么不用乐观锁用redis1、forupdate排他锁 。所谓乐观锁与前边最大区别在于基于CAS思想，是不具有互斥性 ， 不会产生锁等待而消耗资源，操作过程中认为不存在并发冲突，只有updateversion失败后才能觉察到 。我们的抢购、秒杀就是用了这种实现以防止超卖 。
2、还有人说可以用乐观锁，比如使用如下 SQL： 这种方式就在一定几率下，很可能出现数据一直更新不上，导致长时间重试的情况 。所以，经过综合考虑，我们就采用了 Redis 分布式锁，通过互斥的方式，以防止多个客户端同时更新优惠券数量的方案 。
3、使用Redis实现的锁，并不存在这样的问题，因为key并不会因为客户端怎么样而被删除 。
Redis怎么实现分布式锁如果没有其他线程占用 ， 则就可以通过添加分布式锁来占用这个资源 ， 然后再执行后续的任务，在任务执行完成之后，再释放分布式锁，其他线程就可以继续使用这个资源了 。
使用分布式锁要满足的几个条件：系统是一个分布式系统（关键是分布式，单机的可以使用ReentrantLock或者synchronized代码块来实现）共享资源（各个系统访问同一个资源 ， 资源的载体可能是传统关系型数据库或者NoSQL） 。
// 获取锁的 value 值与 ARGV[1] 比较，匹配成功则执行 del 使用上面的脚本，为每个锁分配一个随机字符串“签名” ， 只有当删除锁的客户端的“签名”与锁的 value 匹配的时候，才会去删除它 。
如何使用redis实现分布式锁功能?1、使用分布式锁要满足的几个条件：系统是一个分布式系统（关键是分布式，单机的可以使用ReentrantLock或者synchronized代码块来实现）共享资源（各个系统访问同一个资源，资源的载体可能是传统关系型数据库或者NoSQL） 。
2、需要在获得 lock-key 后判断加锁对象是否为当前client，是，则解锁 。
3、释放锁的脚本两种方式都一样，直接调用 Redis 的 del 指令即可 。到目前为止，我们的锁既起到了互斥效果，又不会因为某些持有锁的系统出现问题 ， 导致死锁了 。
【redis分布式锁性能问题 redis分布式读写锁性能】4、释放锁时，删除相应的记录 。基于Redis的分布式锁使用Redis的SETNX命令（Set if Not eXists）来实现分布式锁 。SETNX命令在键不存在时设置值，并返回1；如果键已存在 ， 不执行任何操作，并返回0 。

    推荐阅读


    上一篇：中南大学测绘gis课程设计的简单介绍

    下一篇：redisson锁原理 redis的锁机制