一、Redis集群搭建，Redis主从复制，读写分离

默认情况下每台redis服务器都是主节点。

(1)  主从复制：是指将一台redis服务器的数据，复制道其他redis服务。前者成为主节点，后者成为从节点。默认情况下每一台redis服务器都是主节点。主机用来写，从机只能用来读。

(2) 配置从库：需要修改redis.conf的配置文件

配置从库的redis.conf的修改的内容：

端口号：

后台启动：

新建日志文件：

pid进程号文件：

dump.rdb文件名字

命令配置从机：salveof  ip  主机端口号（暂时配置）

info replaction :查看主机的信息；

文件配置：

(3):主机断开连接，主机不能写，从机还能读。主机一旦恢复，还是可以继续写。

(4) 复制原理：

全量复制：从机第一次连接到主机后，主机会进行一次全量的复制给到从机。

增量复制：后面增加一些东西给从机

(5)主机宕机后手动配置主机：

选择从机当作主机输入命令：salveof on one ；之后原来的主机从新启动，那原来的主机需要从新配置，原来的主机之前的从机不存在。

二、哨兵模式（面试重点）

(1) 自动选取主机的方式：自动将从机转为主机

(2) 配置哨兵文件: sentinel.conf (文件名不能错)

(3) 启动哨兵：redis-sentinel  redis_config/sentinel.conf

(4) 如果之前的主机从新启动，那也只能当作新的主机下的从机。

优缺点：

优点：可以主从切换容易，哨兵模式是主从模式的升级，更加健壮。

缺点：不可扩容。

三、缓存击穿、穿透和雪崩 （面试重点）

(1) 缓存击穿

缓存击穿： 一个并发访问量比较大的key在某个时间过期，导致所有的请求直接打在DB上。

 解决：

1) 加锁更新

查询缓存，发现缓存中不存在，加锁，让其它线程等待，只让一个线程去更新缓存。

 

2) 异步更新

还有一个可行的方案是把缓存设置永不过期。那缓存怎么更新呢？通过异步的方式去更新缓存。

比如后台设置一个守护线程定时更新缓存，但这种定时比较难以把握。异步更新机制实际上更适合用于缓存预热。

(2) 缓存穿透

缓存穿透：缓存穿透指的查询缓存和数据库中都不存在的数据，这样每次请求直接打到数据库，就好像缓存不存在一样。

 解决：

1)缓存空值/默认值

一种方式是在数据库不命中之后，把一个空对象或者默认值保存到缓存，之后再访问这个数据，就会从缓存中获取，这样就保护了数据库。

 2) 布隆过滤器

除了缓存空对象，我们还可以在存储和缓存之前，加一个布隆过滤器，做一层过滤。

布隆过滤器里会保存数据是否存在，如果判断数据不在，就不会访问存储。

(3) 缓存雪崩

缓存雪崩： 当某⼀时刻发⽣⼤规模的缓存失效的情况，例如缓存服务宕机、大量key在同一时间过期，这样的后果就是⼤量的请求进来直接打到DB上，可能导致整个系统的崩溃，称为雪崩。

解决： 

1) 提高缓存可用性

• 集群部署：通过集群来提升缓存的可用性，可以利用Redis本身的Redis Cluster或者第三方集群方案如Codis等。
• 多级缓存：设置多级缓存，第一级缓存失效的基础上，访问二级缓存，每一级缓存的失效时间都不同。

2) 过期时间

• 均匀过期：为了避免大量的缓存在同一时间过期，可以把不同的 key 过期时间随机生成，避免过期时间太过集中。
• 热点数据永不过期。

3) 熔断降级

• 服务熔断：当缓存服务器宕机或超时响应时，为了防止整个系统出现雪崩，暂时停止业务服务访问缓存系统。
• 服务降级：当出现大量缓存失效，而且处在高并发高负荷的情况下，在业务系统内部暂时舍弃对一些非核心的接口和数据的请求，而直接返回一个提前准备好的 fallback（退路）错误处理信息。暂停一些不重要的服务。