Redis总结
Redis两种数据持久化方式
RDB
- 本质：本质就是内存快照
- 速度：快速
- 持久化文件大小：小
- 开启状态：默认开启
- 阻塞状态：save立即持久化阻塞，bgsave后台持久化非阻塞
- 潜在问题：快照产生间隔数据可能丢失，持久化的时候拒绝外部访问
AOF
- 本质：本质是对操作命令的记录
- 速度：慢
- 持久化文件大小：大
- 开启状态：需要手动开启
- 阻塞状态：非阻塞
- 一般都是AOF和RDB同时开启混合持久化
为什么单线程的Redis支持高并发
- 内存：纯内存操作，快速
- NIO：核心是基于非阻塞IO多路复用机制
- 单线程：单线程避免了多线程的上下文切换问题
Redis缓存穿透
一个key有问题
发生条件：
缓存穿透多发生在恶意攻击的时候，有人会去猜测Redis中key的命名规则，然后用redis中不存在的key来对redis进行访问，此时该请求就会穿透redis去访问数据库，并且数据库中不存在该数据，如果该请求大量到达，就会导致redis缓存穿透，直接访问到数据库，给数据库造成压力
解决方案：
- 预防：由于redis中key的命名我们开发者是清楚的，所以在程序中，接受到请求后可以对key进行过滤，过滤掉一些非法的key
- 应对：请求到达redis后，如果redis中没有数据，此时穿透redis到达数据库，数据库中也没有数据的话，直接返回null给前端，并且以该key和null作为键值对，写入redis中
- 善后：后期对这些累积的空值的键值对进行清洗。
redis缓存击穿：
一个key有问题
redis缓存雪崩：
redis宕机无用
很多key过期
发生条件：高并发下，同时请求同一个key，该key缓存刚好过期，导致多个请求同时打到数据库中，同时数据库也会将数据多次写入到redis中，导致redis和数据库压力过大
解决方案：
如果目标key失效就添加互斥锁
发生条件：
- redis机器宕机：高并发下，redis无法同时处理大量请求，导致redis宕机
- redis中的key大面积失效：有可能同一时间set进去的key，由于过期时间相同，到了过期时间时候，当时set的key全部失效
redis机器宕机的解决方案：
- 高并发前：搭建redis集群保证redis的高可用
- 高并发时：开启Hystrix熔断降级限流 ，开启ehcache本地缓存
接收到请求之后，经过HyStrix降级熔断实现并发限流之后，先去查询本地缓存ehcache有无目标数据，没有再查询redis，redis没有再查询数据库，最后数据库结果再更新到两个缓存中
- 雪崩后：持久化容灾
如果以上还是无法解决问题，发送redis宕机雪崩，那就通过redis的持久化文件对redis进行修复
redis机器中key失效的解决方案：
分散key的失效时间，失效时间=原失效时间+随机时间
