redis三大缓存问题之缓存雪崩（搭建rediscluster高可用集群方案）

本文主要是介绍redis三大缓存问题之缓存雪崩（搭建rediscluster高可用集群方案），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

前面一篇文章介绍了redis的缓存穿透问题，接下来这篇文章着重介绍redis的缓存雪崩问题以及解决方案，最后通过代码进行测试。

（一）什么是redis缓存雪崩问题？

缓存雪崩是指，由于缓存层承载着大量请求可以有效的保护数据库存储层，但是如果缓存层同时出现大量缓存失效的情况，或者突然有个别机器节点挂掉了，导致大量的请求直接到达存储层，造成存储层也会挂掉的情况。

（二）redis缓存雪崩常用解决方案？

针对上面出现的缓存雪崩场景，通常有不限于以下一些解决方案，这些方案可以依实际场景互相搭配使用：

1）搭建高可用rediscluster集群保证服务高可用；

2）使用隔离组件为后端限流并降级；在缓存失效后，通过加锁或者队列来控制读数据库写缓存的线程数量；

3）数据预热设置均匀的缓存失效时间；通过缓存reload机制，预先去更新缓存，在即将发生大并发访问前手动触发加载缓存不同的key，设置不同的过期时间，让缓存失效的时间点尽量均匀。

（三）搭建高可用rediscluster集群，rediscluster工作原理？

这一部分重点介绍何如使用linux搭建一个高可用的rediscluster集群。首先先介绍一下rediscluster的工作原理。

什么是rediscluster高可用集群：

redis cluster集群是一个由多个主从节点群组成的分布式服务器群，它具有复制、高可用和分片特性。Redis cluster集群不需要sentinel哨兵也能完成节点移除和故障转移的功能。需要将每个节点设置成集群模式，这种集群模式没有中心节点，可水平扩展，据官方文档称可以线性扩展到1000节点。redis cluster集群的性能和高可用性均优于之前版本的哨兵模式，且集群配置非常简单。

官方规定每个rediscluster集群至少要有3组小集群，每个小集群至少有一主一从节点，总的槽位数为16384个，槽位仅在主节点上，整个集群必须将16384个槽位全部分配。当一个key请求时，先对该key进行crc16算法计算出该key应该落在哪个片区上，然后将该key转到对应片区小集群中执行redis命令。

如何在linux系统上搭建如下高可用集群，并且支持故障切换和集群伸缩的功能，为了简化演示部署图如下所示：

redis cluster集群需要至少要三个master节点，我们这里搭建三个master节点，并且给每个master再搭建一个slave节点，总共6个redis节点，由于节点数较多，这里采用在一台linux机器上创建6个redis实例，并将这6个redis实例配置成集群模式，所以这里搭建的是伪集群模式，但是和真正的使用6台机器进行分布式集群的配置方法几乎一样，集群搭建步骤如下：

第一步：在/usr/local下创建文件夹redis-cluster，然后在其下面分别创建6个文件夾如下，如果涉及权限不足可以使用sudo或su root切换为管理员账号操作。

（1）mkdir -p /usr/local/redis-cluster

（2）mkdir -p 8001

mkdir -p 8002

mkdir -p 8003

mkdir -p 8004

mkdir -p 8005

mkdir -p 8006