redis分布式锁怎么解决02master宕机后，锁还能正常使用
为了让集群在某些节点离线或者无法连接到集群中的大部分节点时仍能正常运行，Redis集群对节点采用主从角色：集群中的每个节点有1到N个项目（多个） ），其中一项为主节点（Master），其余N-1个节点为从节点（Slave）。Redis 缓存常见问题及解决方案
缓存雪崩主要是指在一定时间内多个缓存同时失效，会导致数据库压力突然增大，甚至数据库宕机。这种情况通常发生在缓存节点或者Redis服务节点宕机，发送大量数据请求，形成巨大的压力峰值时。
虽然集中式缓存过期本身不会对系统造成致命的影响，但是当Redis节点服务宕机时，数据库会持续承受巨大的压力直至最终宕机，因为Redis宕机对数据库服务器的攻击是随机的。
以系统A为例，假设高峰时段每秒5000个请求，则缓存可以支持每秒4000个请求。
然而，如果缓存引擎意外宕机，所有请求都会直接攻击数据库，因为数据库在宕机之前什么都不能做。
对于缓存雪崩，可以采用以下解决方案：配置Redis集群，提高整个集群的可用性。
使用限流机制，通过锁或队列控制读取数据库和写入缓存的线程数量，避免数据库过载。
部署前对热点数据进行预热，并提供不同的保护时间，均匀分布缓存过期时间，避免大量缓存同时过期。
作为应对缓存雪崩的解决方案，Redis预防措施广泛存在，比如服务器+卫士、Redis集群等策略来避免彻底崩溃。
在此过程中，使用本地节流和转发机制来限制每秒的请求数，以免“杀死”数据库。
返回持久性然后用于在重新启动后重新创建缓存的数据。
当系统A请求用户时，它首先检查本地和Redis Cell。
组件当前限制限制了请求的计算，超出部分会进行检查并返回默认值或提示信息。
缓存穿透意味着数据查询不存在。
当cell和数据库都丢失时，请求直接影响数据库，造成数据库压力。
解决方案包括保存零值、查找不存在数据的结果以及设置过期时间； 当热点数据的高并发请求时，会发生缓存崩溃。
包括的计算包括永不过期的热点数据、使用分布式头发对热点数据进行唯一访问、或者在过期之前构建或扩展单元或开发缓存生命周期。
缓存穿透和高速缓存穿透的主要区别在于，缓存穿透发生在热点数据大并发请求的时刻，而缓存穿透发生在相关数据不可靠的时刻。
分布式锁的一些细节问题，值得收藏
原文
我看到技术组有人问分布式密钥的问题，说面试官难为我了。
我实在是受不了了。
你有火箭经验吗，来他们公司造自行车吧。
但说实话，面试官不需要一直问，因为这个问题没什么意思，但我不得不问一些使用分布式密钥的公司。
不可能，我强迫你背。
接下来我们来讨论一下团友在面试中面临的问题，因为考生可能已经掌握了实现分布式密钥的原理，但是在面试官问到细节的时候可能并不清楚，所以我会给大家讲讲这个。
问题1 如果setnx执行成功，但是执行超时redis节点宕机了，这种情况下锁不会释放，导致死锁。
解决方案：
问题2 如果过期时间太短，但任务执行时间太长，则key会因过期而被删除，其他客户端可以检索到该key。
在这种情况下，多个客户端同时获取密钥。
解决方案：
问题-3 如果过期刚刚过期，此时删除了key，那么当另一个客户端获取该key时，就会拿走该key，然后是正在释放该key的客户端此时客户端会执行最后的del命令，删除其他客户端新设置的设置，此时资源的并发操作将会被破坏。
解决方案：
`1.uuid=gen()问题4 如果redis主节点宕机导致主从同步延迟或者出现问题，那么从机成为主机后，Client客户端会重新获得密钥，这也是不安全的 为了并发。
解决方案：问题5 如果redis存在裂脑问题，那么也会出现多个客户端同时持有多个key的问题因此，为了解决这个裂脑问题，redis引入了两种配置，只是通过配置这两个参数，我们可以合理地尽力避免脑裂。
只要线程成功获取锁，看门狗就会启动。
它是一个后台线程，每隔10秒检查该线程持有的锁是否存在，然后会不断延长锁的生存时间。
因此，Redisson可以解决结束时间已到但业务尚未完成的问题。
Redlock的核心思想是这样的：使用多个redismaster节点来保证它们不会同时宕机。
而且这些主节点是完全独立的，它们之间没有数据同步。
同时，我们需要确保使用相同的方法来获取和释放密钥。
您可以自行研究获取和释放密钥的具体步骤。
