持久化
为了保证数据在服务器故障时不会丢失
两种: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持久化