作为一个测试同学,被测系统架构中有使用到 redis 吗?对 redis 常见的故障有了解吗?又是如何进行测试的呢?
更多内容可以学习《测试工程师 Python 工具开发实战》书籍《大话性能测试 JMeter 实战》书籍

针对常见的 redis 面试问题,怎样才算一个高质量的回答呢,回答思路一般包括

一般对于测试同学来说,面试过程中不需要去了解 redis 的源码和实现方式(当然了解更好),但是对于相应故障场景及原因、解决方案是需要有所了解的。

常见问题

1.缓存雪崩

2.缓存穿透

2)在接口层增加校验,比如用户权限校验,参数做校验,不合法的参数直接代码 Return,比如:id 做基础校验,id <=0 的直接拦截等
3)从缓存取不到的数据,在数据库中也没有取到,可以将对应 Key 的 Value 对写为 null、网络错误、稍后重试等值。这样的值具体取啥看产品,或者具体场景,缓存有效时间可以设置短一些如 30 秒(设置太长会导致正常情况无法使用)
4)正常用户是不会在单秒内发起这么多次请求的,网关层 Nginx 有相关配置项,可以让运维对单个 IP 每秒访问次数超出阈值的 IP 都拉黑。

3.缓存击穿

三者之间异同:

三者都是因为缓存没有形成对数据库的有效保护,而导致请求直接到了数据库。不同点:缓存雪崩是大量缓存失效而导致一些列连锁反应;缓存穿透是针对不存在的数据,一般是恶意攻击;缓存击穿是针对具体的热点数据在高并发场景下瞬时失效的情况。
以上缓存雪崩、缓存穿透、缓存击穿如何从 redis 本身的高可靠性的架构中去避免呢?
一般避免以上情况发生我们从三个时间段去分析:

tips:限流组件,是指设置每秒通过请求数的限流工具,一般在集群服务无法再继续扩容的时候使用。使用后可能导致部分请求不通过,但是只会影响一部分。

其他

1.缓存预热

定义:缓存预热就是系统上线后,将相关的缓存数据直接加载到缓存系统。这样就可以避免在用户请求的时候,先查询数据库,然后再将数据缓存的问题。用户可以直接查询事先被预热的缓存数据。

2.缓存更新

缓存更新除了缓存服务器自带的缓存失效策略之外 (Redis 默认的有 6 中策略可供选择),我们还可以根据具体的业务需求进行自定义的缓存淘汰,常见的策略有两种:
(1) 定时去清理过期的缓存;
(2) 当有用户请求过来时,再判断这个请求所用到的缓存是否过期,过期的话就去底层系统得到新数 据并更新缓存。

3.缓存降级

当访问量剧增、服务出现问题 (如响应时间慢或不响应) 或非核心服务影响到核心流程的性能时,即使是有损服务仍然需要保证服务还是可用的。系统可以根据一些关键数据进行自动降级,也可以配置开 关实现人工降级。降级的最终目的是保证核心服务可用,即使是有损的。但是核心服务是无法降级的 (如加入购物车、结算等主链路上的服务)。走降级!可以返回一些默认的值,或者友情提示,或者空白的值。只要保证数据库不挂,就能保证系统还可用,就只会影响部分体验问题。

4.redis 主备切换

主备:即主库和备库,备库只提供备份功能但不提供服务。有的公司可能是主备模式,这就需要 SRE 配合进行主备切换测试,验证应用服务系统架构设计中是否有主备切换的设计。

5.redis 主从切换

主从:主从都提供服务,主库进行写,从库进行读。这时候也需要考虑主从切换过程中,Master 是否正常切换为 Slave,且切换过程中写是否失败的情况。
更多内容可以学习《测试工程师 Python 工具开发实战》书籍《大话性能测试 JMeter 实战》书籍


↙↙↙阅读原文可查看相关链接,并与作者交流