redis哨兵

持久化

为了保证数据在服务器故障时不会丢失

两种：RDB和AOF

• RDB：将某个时间点的所有数据都存放到硬盘上，可以创建副本和快照，数据量大的话，保存快照时间较长
• AOF：将命令追加到AOF文件的末尾

连接过程

• 主服务器创建快照文件（RDB文件），发送给从服务器，同时在发送期间使用缓冲区记录执行的写命令，快照文件发送完毕之后，再从主服务器中发送存储在缓冲区的写命令

• 从服务器丢弃所有旧数据，载入主服务器发来的快照文件，之后直接接收主服务器发来的命令

• 主服务器每执行一次写命令，就向所有的从服务器发送相同的命令，主从服务器的数据就可以保持一致，所以，Redis集群最大的作用是分摊查询压力

• 负载如果能增加到，主从通信产生明显压力的时候，可以设置成主从链，一个大领导（主服务器）–5个小领导（中间层）–50个从服务器

哨兵模式

操作过程

先确定好主从关系，在所有的从服务器中
修改sentinel.conf
Daemonize yes#允许后台启动哨兵

sentinel monitor xxx ip 6379 2

2的意思就是服务器的数目/2取整数+1

启动：

src/redis-sentinel sentinel.conf

在redis-cli，输入info

脑裂问题

出现多个主节点，可能是主节点本身网络问题，短时间内联系不上其他节点，之后又能联系上
也可能主节点客观失效，选举过程存在内部延时等情况，选出多个主节点
没有直接有效的解决方案

缓存穿透

程序不通过缓存，直接访问数据库
系统A，一秒5000次请求，其中4000次是缓存中没有的数据，一秒之内，4000次请求直接访问mysql。
系统只要是数据库中没查到的数据，全部写到一个空值缓存中
下次再有同样请求，不会再到数据库。

缓存击穿

某些热点的key，处于集中式高并发状态，当这个key失效的瞬间，大量请求就会直接请求数据库
解决方法很简单，直接把热点数据设置成永久不过时即可
问题就是如何判断热点数据

缓存雪崩

大量的key，同时失效，或者缓存服务器本身宕机，缓存穿透情况极为严重，可能导致全盘宕机。

• 事前：redis高可用，主从+哨兵
• 事中：本地缓存，hystrix限流或降级
• 事后：没有直接处理方案，redis持久化