redis分布式锁续命-redis分布式锁设置有效期时重启(1-2-21)

Redis本文目录一览：

• 1、redis分布式锁常见问题及解决方案
• 2、什么是redis雪崩
• 3、redis分布式锁可能出现的问题
• 4、redis常见问题
• 5、java服务redis重启后需要重启吗
• 6、分布式锁

redis分布式锁常见问题及解决方案

1、使用redis客户端redisson，redisson很好的解决了redis在分布式环境下的一些棘手问题，它的宗旨就是让使用者减少对Redis的关注，将更多精力用在处理业务逻辑上。

2、锁的释放问题：多个客户端竞争同一把锁时，会出现一个客户端释放了锁，但别的客户端并没有释放的情况。这会导致别的客户端无法获取到锁，从而无法继续执行后续的操作。

3、比如，SSD将内存换成了磁盘，以换取更大的容量。

4、释放锁的时候，只需要删除 del key 这个 key 就行了。

5、问题-1 如果setnx执行成功，但是在expire执行的时候redis节点宕机了，在这种情况下，锁不会被释放，导致死锁。

6、针对这个场景，对应的解决方案一般来说有三种。借助Redis setNX命令设置一个标志位就行。设置成功的放行，设置失败的就轮询等待。

什么是redis雪崩

什么是雪崩因为缓存层承载了大量的请求，有效的保护了存储 层，但是如果缓存由于某些原因，整体不能够提供服务，于是所有的请求，就会到达存储层，存储层的调用量就会暴增，造成存储层也会挂掉的情况。

- 缓存雪崩：指Redis中大量的key几乎同时过期，然后大量并发查询穿过redis击打到底层数据库上，此时数据库层的负载压力会骤增。解决方案是使用分布式锁或者异步更新缓存数据 。

缓存雪崩是指缓存中大多数的数据在同一时间到达过期时间，而查询数据量巨大，这时候，又是缓存中没有，数据库中有的情况了。防止雪崩的方案简单来说就是错峰过期。

这就是缓存雪崩 ：缓存雪崩如果发生了，很可能就把我们的数据库 搞垮 ，导致整个服务瘫痪，造成的后果很严重。对缓存数据设置相同的过期时间，导致某段时间内缓存失效。

redis分布式锁可能出现的问题

1、锁的释放问题：多个客户端竞争同一把锁时，会出现一个客户端释放了锁，但别的客户端并没有释放的情况。这会导致别的客户端无法获取到锁，从而无法继续执行后续的操作。

2、Redis 分布式锁不能解决超时的问题，分布式锁有一个超时时间，程序的执行如果超出了锁的超时时间就会出现问题。

3、问题-1 如果setnx执行成功，但是在expire执行的时候redis节点宕机了，在这种情况下，锁不会被释放，导致死锁。

4、释放锁的时候，只需要删除 del key 这个 key 就行了。

5、肯定是会占用一部分资源的，需要根据项目情况来确定是否使用，代码看注释部分差异。redisson分布式锁的使用参考上一篇博文。

redis常见问题

以下是Redis常见的性能问题有哪些？Master写内存快照，save命令调度rdbSave函数，会阻塞主线程的工作，当快照比较大时对性能影响是非常大的，会间断性暂停服务，所以Master最好不要写内存快照。

缓存击穿 缓存击穿是指一个请求要访问的数据，缓存中没有，但数据库中有的情况。这种情况一般都是缓存过期了。

Redis中的Map被误删除：在某些情况下，可能会出现误删除Map的情况，例如在操作时误执行了DEL命令或者使用了错误的键名。

java服务redis重启后需要重启吗

使用以下命令将需要重启的服务器从集群中移除：Copy coderedis-cluster remove-node 服务器 IP：端口 其中 服务器 IP 是需要移除集群的服务器 IP 地址，端口 是该服务器的 Redis 端口号。

先获取发布项目的服务器的主机名：#hostname。

redis使用集群部署，如果遇到断电或者服务器重启，当再次启动的时候，有时候会启动不了。需要使用trib的fix命令进行修复。如果修复还是不行的话，可以清除节点数据再重新建集群，前提要备份之后操作。

用jedis连接redis，发现在64位windows下运行一段时间就报错了Accepting client connection： accept： Unknown error， 然后jedis就一直连接超时是服务器停了。重启一下redis就又能连接上了。

如果没有保存或保存失败，服务器重启后会还原到修改之前的状态。配置文件路径变更：如果服务器关机开机后redis的配置文件路径发生了变化，系统会加载默认的配置文件，而不是之前修改后的配置文件。

分布式锁

1、快。GoRedis分布式锁是一种基于Redis实现的分布式锁，它具有轻量级、高性能、可靠性高等特点，使用简单，适用于高并发场景下的分布式锁应用。

2、redis分布式锁用在事务里面通常是为了保证同时对多个Redis资源进行原子化操作，从而避免出现数据竞争等问题。

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

4、分布式锁不用乐观锁用redis的原因是快捷方便。根据查询相关公开信息显示，Redis使用乐观锁，相对于悲观锁，在实现中更加简单，在某些场景中的性能也更好。

5、创建节点失败，分布式锁已经被其他程序占用。分布式锁和平常讲到的锁原理基本一样，目的就是确保，在多个线程并发时，只有一个线程在同一刻操作这个业务或者说方法、变量。