【Redis】技术评审要点

最新推荐文章于 2023-02-13 08:15:00 发布

置顶 sysu_lluozh

最新推荐文章于 2023-02-13 08:15:00 发布

阅读量2.8k

点赞数 4

分类专栏： # Redis 文章标签： redis 缓存

本文链接：https://blog.csdn.net/lluozh2015/article/details/117175816

版权

Redis 专栏收录该内容

4 篇文章 1 订阅

订阅专栏

针对redis在技术方案评审或测试方案设计时的一些注意要点

一、大key

1.1 定义

单个简单的key存储的value很大
hash、set、list中存储过多的元素

1.2 场景

热门话题下评论、答案排序场景
大V的粉丝列表
使用不恰当，或者对业务预估不准确、不及时进行处理垃圾数据等

1.3 风险：

单个size太大，并发高容易把redis带宽打满
读写大key会导致超时严重，甚至阻塞服务
如果删除大key或者自动过期，DEL命令可能阻塞Redis进程数十秒，使得其他请求阻塞

redis是单线程，操作bigkey比较耗时，那么阻塞 redis的可能性增大

1.4 应对

单个简单的key存储的value很大

对象需要每次都整存整取

将对象分拆成几个key-value，使用multiGet获取值，这样分拆的意义在于分拆单次操作的压力，将操作压力平摊到多个redis实例中，降低对单个redis的IO影响

该对象每次只需要存取部分数据

可以将对象分拆成几个key-value，也可以将这个存储在一个hash中，每个field代表一个具体的属性，使用hget、hmget来获取部分的value，使用hset、hmset来更新部分属性

hash、set、list 中存储过多的元素

可以对存储元素按一定规则进行分类，分散存储到多个redis实例中
比如：一个缓存原来按游戏类别下的所有游戏名称以及开发商信息，单个key大于1M，可以拆分成按照游戏类别+开发商单独缓存，每次根据游戏类别+开发商信息来取游戏名称

二、Hot key

2.1 定义

Hot key，即热点key
指的是在一段时间内，该key的访问量远远高于其他的redis key，导致大部分的访问流量在经过 proxy分片之后，都集中访问到某一个redis 实例上

2.2 场景

hot key 通常在不同业务中，存储着不同的热点信息

新闻应用中的热点新闻内容
活动系统中某个用户疯狂参与的活动的活动配置
商城秒杀系统中，最吸引用户眼球，性价比最高的商品信息

2.3 风险

瞬间有几十万的请求去访问redis上某个固定的key，导致某个redis机器负载很高，从而压垮缓存服务的情况

2.4 应对

使用本地缓存

应用服务加本地缓存，从而降低了redis集群对hot key的访问量

但是同时带来的问题

本地缓存要能存放完该key的所有业务数据，本地缓存是否会过大
如果对可能成为hot key的key都进行本地缓存，本地缓存是否会过大，从而影响应用程序本身所需的缓存开销
如何保证本地缓存和redis集群数据的有效期的一致性

主动识别hot key

在proxy加额外功能，实现主动发现及识别hot key，并主动缓存其值

打散hot key处理

利用分片算法的特性，对key进行打散处理

hot key之所以是hot key，因为它只有一个key，落地到一个实例上
所以可以给hot key加上前缀或者后缀，把一个hot key的数量变成redis实例个数N的倍数M，从而由访问一个redis key变成访问N * M个redis key，N*M个redis key经过分片分布到不同的实例上，将访问量均摊到所有实例

三、缓存击穿

3.1 定义

缓存中没有但数据库中有的数据(一般是缓存时间到期)
由于高并发导致同时读缓存没读到数据需同时回源到DB，引起数据库压力瞬间增大，造成过大压力

3.2 风险

db瞬间被拖垮，影响其他业务

3.3 应对

设置热点数据永远不过期
接口限流与熔断、降级
加互斥锁实现串行回源db

public String get(key) {
      String value = redis.get(key);
      if (value == null) { //代表缓存值过期
          //设置3min的超时，防止del操作失败的时候，下次缓存过期一直不能load db
      if (redis.setnx(key_mutex, 1, 3 * 60) == 1) {  //代表设置成功
               value = db.get(key);
                      redis.set(key, value, expire_secs);
                      redis.del(key_mutex);
              } else {  //这个时候代表同时候的其他线程已经load db并回设到缓存了，这时候重试获取缓存值即可
                      sleep(100);
                      get(key);  //重试
              }
          } else {
              return value;      
          }
 }