redis锁问题，redis锁死锁

什么是redis分布式锁

1、但是在分布式系统中，这种方式就失效了；由于分布式系统多线程、多进程并且分布在不同机器上，这将使单机并发控制锁策略失效，为了解决这个问题就需要一种跨 JVM 的互斥机制来控制共享资源的访问。

2、在传统单体应用单机部署的情况下，并发问题可以通过使用Java并发相关的锁如synchronized，但是当规模上升到分布式集群的情况下，要控制共享资源访问，就需要通过分布式锁来实现。常见的分布式锁方案如数据库乐观锁，Redis锁，zk锁等。

3、说实话，如果在公司里落地生产环境用分布式锁的时候，一定是会用开源类库的，比如Redis分布式锁，一般就是用Redisson框架就好了，非常的简便易用。

相关问答

Q1: 如何使用redis实现分布式锁功能?

1、简而言之，分布式锁就是用来控制同一时刻，只有一个线程可以访问被保护的资源。可以使用 SETNX key value 命令实现互斥的特性。解释下：如果 key 不存在，则设置 value 给这个 key ，否则啥都不做。

2、首先我们要搭建一个Redis服务器，用Redis服务器来存储锁信息。

3、使用分布式锁要满足的几个条件：系统是一个分布式系统（关键是分布式，单机的可以使用ReentrantLock或者synchronized代码块来实现）共享资源（各个系统访问同一个资源，资源的载体可能是传统关系型数据库或者NoSQL）。

Q2: redis中的乐观锁和悲观锁

1、乐观锁：这个世界是美好的，别人肯对不会在我操作数据前进行更改。在redis中，乐观锁指的是只是对key上锁，只要key不变就代表不会出问题。

2、乐观锁和悲观锁的区别如下：悲观锁是当线程拿到资源时，就对资源上锁，并在提交后，才释放锁资源，其他线程才能使用资源。

3、分布式锁的三种实现方式分别是：基于数据库实现分布式锁、基于缓存（Redis等）实现分布式锁、基于Zookeeper实现分布式锁。基于数据库实现分布式锁 悲观锁 利用select … where … for update 排他锁。

Q3: Redis分布式锁的原理是什么?如何续期?

说实话，如果在公司里落地生产环境用分布式锁的时候，一定是会用开源类库的，比如Redis分布式锁，一般就是用Redisson框架就好了，非常的简便易用。

redis是保持的AP而非CP，如果要追求强一致性可以使用zookeeper分布式锁，但是zookeeper也不是完全没问题，在出现网络颜值，客户端与服务端失联情况的时候也依然可能会出现分布式的问题。

如果快要过期，但是业务逻辑还没执行完成，自动对这个锁进行续期，重新设置过期时间。可以先谷歌一下，相信谷歌大哥会告诉你有这么一个库把这些工作都封装好了，你只管用就是了，它叫 Redisson 。

Q4: redis分布式锁用在事务里面什么意思

分布式锁其实可以理解为：控制分布式系统有序的去对共享资源进行操作，通过互斥来保持一致性。

但是在分布式系统中，这种方式就失效了；由于分布式系统多线程、多进程并且分布在不同机器上，这将使单机并发控制锁策略失效，为了解决这个问题就需要一种跨 JVM 的互斥机制来控制共享资源的访问。

如果出现这个错误，则整个事务都会回滚（2）逻辑错误：例如给一个字符串 + 1，在执行的时候才会报错。

与分布式锁对应的是【单机锁】，我们在写多线程程序时，避免同时操作一个共享变量而产生数据问题，通常会使用一把锁来实现【互斥】，其使用范围是在【同一个进程中】。(同一个进程内存是共享的，以争抢同一段内存，来判断是否抢到锁)。

不能产生A的加锁被B用户解锁的情况Redis实现分布式锁不同的人可能有不同的实现逻辑。分布式环境下，数据一致性问题一直是一个比较重要的话题，而又不同于单进程的情况。

只要这个最终时间是在用户可以接受的范围内即可。在很多场景中，我们为了保证数据的最终一致性，需要很多的技术方案来支持，比如分布式事务、分布式锁等。有的时候，我们需要保证一个方法在同一时间内只能被同一个线程执行。

Q5: redis用hash实现读写锁

SETNX不同：SETNX（SETifNoteXists），该命令在key不存在时设置key的值，如果key存在，不做任何操作。Redishash数据结构可以存储多个键值对，所以我们可以使用Redishash实现分布式锁。

ARGV[1]代表的就是锁key的默认生存时间，默认30秒。

锁应该是一个对象，记录持有锁的线程信息、当前重入次数。所以应该使用Redis的Hash结构来存储锁对象。

redis锁问题的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redis锁死锁、redis锁问题的信息别忘了在本站进行查找喔。