redis缓存

1.Redis 持久化机制

Redis 有两种持久化机制：RDB和AOF

Redis 的持久化是能够禁用的，就是说你可让数据的生命周期只存在于服务器的运行时间里。两种方式的持久化是能够同时存在的，可是当 Redis 重启时，AOF 文件会被优先用于重建数据。

（1）RDB

RDB 持久化方式会在一个特定的间隔保存那个时间点的一个数据快照

（2）AOF

AOF 持久化方式则会记录每个服务器收到的写操做。在服务启动时，这些记录的操做会逐条执行从而重建出原来的数据。写操做命令记录的格式跟 Redis 协议一致，以追加的方式进行保存

2.Redis 集群方案与实现

• 客户端分片
• 基于代理的分片
• 路由查询
• 客户端分片
• 由客户端决定 key 写入或者读取的节点
• 包括 Jedis 在内的一些客户端，实现了客户端分片机制

3.Redis 内部结构

Redis 内部使用一个 redisObject 对象来表示全部的 key 和 value。

4.Redis 内存淘汰机制

能够设置内存最大使用量，当内存使用量超出时，会施行数据淘汰策略。

Redis 具体有 6 种淘汰策略：

策略	描述
volatile-lru	从已设置过时时间的数据集中挑选最近最少使用的数据淘汰
volatile-ttl	从已设置过时时间的数据集中挑选将要过时的数据淘汰
volatile-random	从已设置过时时间的数据集中任意选择数据淘汰
allkeys-lru	从全部数据集中挑选最近最少使用的数据淘汰
allkeys-random	从全部数据集中任意选择数据进行淘汰
noeviction	禁止驱逐数据

 

 

 

 

 

 

 

 

5.Redis 为何是单线程的

由于 CPU 不是 Redis 的瓶颈。Redis 的瓶颈最有多是机器内存或者网络带宽。（以上主要来自官方 FAQ）既然单线程容易实现，并且 CPU 不会成为瓶颈，那就瓜熟蒂落地采用单线程的方案了。

6.Redis 有哪些类型

在 Redis 中有五种数据类型

• String：字符串
• Hash：字典
• List：列表
• Set：集合
• Sorted Set：有序集合

7.缓存崩溃

• 碰到这种状况，通常并发量不是特别多的时候，使用最多的解决方案是加锁排队。
• 加锁排队只是为了减轻数据库的压力，并无提升系统吞吐量。假设在高并发下，缓存重建期间 key 是锁着的，这时过来 1000 个请求 999 个都在阻塞的。一样会致使用户等待超时。

8.缓存降级

（1）页面降级

在大促或者某些特殊状况下，某些页面占用了一些稀缺服务资源，在紧急状况下能够对其整个降级，以达到丢卒保帅；

（2）页面片断降级

好比商品详情页中的商家部分由于数据错误了，此时须要对其进行降级；

（3）页面异步请求降级

好比商品详情页上有推荐信息/配送至等异步加载的请求，若是这些信息响应慢或者后端服务有问题，能够进行降级；

（4）服务功能降级

好比渲染商品详情页时须要调用一些不过重要的服务：相关分类、热销榜等，而这些服务在异常状况下直接不获取，即降级便可；

（5）读降级

好比多级缓存模式，若是后端服务有问题，能够降级为只读缓存，这种方式适用于对读一致性要求不高的场景；

（6）写降级

好比秒杀抢购，咱们能够只进行Cache的更新，而后异步同步扣减库存到DB，保证最终一致性便可，此时能够将DB降级为Cache。

（7）爬虫降级

在大促活动时，能够将爬虫流量导向静态页或者返回空数据，从而保护后端稀缺资源。

（8）自动开关降级

自动降级是根据系统负载、资源使用状况、SLA等指标进行降级。

（9）超时降级

当访问的数据库/http服务/远程调用响应慢或者长时间响应慢，且该服务不是核心服务的话能够在超时后自动降级；若是是调用别人的远程服务，和对方定义一个服务响应最大时间，若是超时了则自动降级。

9.使用缓存的合理性问题

• 热点数据，缓存才有价值
• 频繁修改的数据，看状况考虑使用缓存
• 数据不一致性
• 缓存更新机制
• 缓存可用性
• 缓存服务降级
• 缓存预热
• 缓存穿透

10.聊聊 Redis 使用场景

• 缓存
• 会话缓存
• 时效性
• 访问频率
• 计数器
• 社交列表
• 记录用户断定信息
• 交集、并集和差集
• 热门列表与排行榜
• 最新动态
• 消息队列