工程行业做的好的网站有哪些内容,知名网站制作企业,微信怎么自己创建公众号,网页素材网站免费作为一个测试同学#xff0c;被测系统架构中有使用到redis吗#xff1f;对redis常见的故障有了解吗#xff1f;又是如何进行测试的呢#xff1f;
针对常见的redis面试问题#xff0c;怎样才算一个高质量的回答呢#xff0c;回答思路一般包括
问题的类型是什么#xff…作为一个测试同学被测系统架构中有使用到redis吗对redis常见的故障有了解吗又是如何进行测试的呢
针对常见的redis面试问题怎样才算一个高质量的回答呢回答思路一般包括
问题的类型是什么
通常会在什么场景发生通过使用被测系统的具体场景进行描述会更加真实可信
发生的根本原因是什么redis等使用较广泛的开源软件普通问题基本都会有相应的解决方案发生问题的原因一般是因为使用不当导致
发生前期要如何避免编码时针对问题使用那种方案测试过程中如何发现该类问题等
发生后如何进行抢救以及各种方案有什么优缺点等
一般对于测试同学来说面试过程中不需要去了解redis的源码和实现方式当然了解更好但是对于相应故障场景及原因、解决方案是需要有所了解的。
常见问题 1.缓存雪崩 定义
由于原来的缓存数据失效而新的缓存数据还没有更新到缓存中时导致所有请求都直接去查询数据库对数据库 CPU 和内存造成巨大压力严重的会造成数据库宕机。从而形成一系列连锁反应造成整个系统崩溃。
场景
比如设置定时过期的数据使用定时任务刷新到缓存就有有可能造成缓存雪崩。假设现在有一个秒杀系统如果所有首页的Key失效时间都是12小时中午12点刷新的零点有个秒杀活动大量用户涌入假设当时每秒 6000 个请求本来缓存在可以扛住每秒 5000 个请求但是缓存当时所有的Key都失效了。此时 1 秒 6000 个请求全部落数据库数据库必然扛不住它会报一下警真实情况可能DBA都没反应过来就直接挂了。此时如果没用什么特别的方案来处理这个故障DBA 很着急重启数据库但是数据库立马又被新的流量给打死了这会导致一系列的服务请求数据库都会报错形成雪崩效应。这就是我理解的缓存雪崩。
解决方案
批量往Redis存数据的时候把每个Key的失效时间设置为随机值这样可以保证缓存中的数据不会在同一时间大面积失效这种方式一般通过看代码或者询问开发得知失效时间可通过登录redis服务查询即可测试
或者设置热点数据永远不过期此时如果有更新操作就更新缓存就好了比如运维更新了首页商品那你刷下缓存就完事了不要设置过期时间这样比较保险。
2.缓存穿透 定义
指缓存和数据库中都没有的数据而用户不断发起请求导致缓存不命中这样请求就绕过缓存直接查询数据库。此时如果大量请求穿透缓存访问到 DB就可能导致数据库压力过大或者挂掉这种情况一般很有可能是外部的恶意攻击
场景
比如数据库的 id 都是1开始自增上去的如发起为id值为 -1 的数据或 id 为特别大不存在的数据。这时的用户很可能是攻击者攻击会导致数据库压力过大严重会击垮数据库。
解决
使用 BloomFilter 过滤器BloomFilter 的特点是存在性检测如果 BloomFilter 中不存在那么数据一定不存在如果 BloomFilter 中存在实际数据也有可能会不存在
延伸布隆过滤器布隆过滤器Bloom Filter的核心实现是一个超大的 bitmap 和 K 个哈希函数。当一个元素被加入集合时通过K个散列函数将这个元素映射成一个位数组中的K个点并把它们置为1。检索时我们只要看看这些点是不是都是1就大约知道集合中有没有这个数据了如果这些点有任何一个0则被检元素一定不在
如果都是1则被检元素很可能在。这就是布隆过滤器的基本思想。
优点 空间效率和查询效率高且不会漏判但是会误判
在接口层增加校验比如用户权限校验参数做校验不合法的参数直接代码Return比如id 做基础校验id 0的直接拦截等
从缓存取不到的数据在数据库中也没有取到可以将对应Key的Value对写为null、网络错误、稍后重试等值。这样的值具体取啥看产品或者具体场景缓存有效时间可以设置短一些如30秒设置太长会导致正常情况无法使用
正常用户是不会在单秒内发起这么多次请求的网关层Nginx有相关配置项可以让运维对单个IP每秒访问次数超出阈值的IP都拉黑。
3.缓存击穿 定义 指一个Key非常热点持续高并发情况下集中对这一个热点数据进行访问当这个Key在失效的瞬间持续的高并发就穿破缓存直接请求数据库就像在一个完好无损的桶上凿开了一个洞 解决
可以使用互斥锁保证同一个进程中针对同一个数据不会并发请求到 DB减小 DB 压力。
设置热点数据永远不过期。
三者之间异同 三者都是因为缓存没有形成对数据库的有效保护而导致请求直接到了数据库。不同点缓存雪崩是大量缓存失效而导致一些列连锁反应缓存穿透是针对不存在的数据一般是恶意攻击缓存击穿是针对具体的热点数据在高并发场景下瞬时失效的情况。
以上缓存雪崩、缓存穿透、缓存击穿如何从redis本身的高可靠性的架构中去避免呢
一般避免以上情况发生我们从三个时间段去分析
事前Redis 高可用主从哨兵Redis cluster避免全盘崩溃。
事中本地 ehcache 缓存 Hystrix 限流降级避免MySQL被打死。
事后Redis 持久化 RDBAOF一旦重启自动从磁盘上加载数据快速恢复缓存数据。
tips限流组件是指设置每秒通过请求数的限流工具一般在集群服务无法再继续扩容的时候使用。使用后可能导致部分请求不通过但是只会影响一部分。
其他 1.缓存预热
定义缓存预热就是系统上线后将相关的缓存数据直接加载到缓存系统。这样就可以避免在用户请求的时候先查询数据库然后再将数据缓存的问题。用户可以直接查询事先被预热的缓存数据。
2.缓存更新
缓存更新除了缓存服务器自带的缓存失效策略之外(Redis 默认的有 6 中策略可供选择)我们还可以根据具体的业务需求进行自定义的缓存淘汰常见的策略有两种:
(1)定时去清理过期的缓存;
(2)当有用户请求过来时再判断这个请求所用到的缓存是否过期过期的话就去底层系统得到新数 据并更新缓存。
3.缓存降级
当访问量剧增、服务出现问题(如响应时间慢或不响应)或非核心服务影响到核心流程的性能时即使是有损服务仍然需要保证服务还是可用的。系统可以根据一些关键数据进行自动降级也可以配置开 关实现人工降级。降级的最终目的是保证核心服务可用即使是有损的。但是核心服务是无法降级的 (如加入购物车、结算等主链路上的服务)。走降级可以返回一些默认的值或者友情提示或者空白的值。只要保证数据库不挂就能保证系统还可用就只会影响部分体验问题。
4.redis主备切换
主备即主库和备库备库只提供备份功能但不提供服务。有的公司可能是主备模式这就需要SRE配合进行主备切换测试验证应用服务系统架构设计中是否有主备切换的设计。
5.redis主从切换
主从主从都提供服务主库进行写从库进行读。这时候也需要考虑主从切换过程中Master是否正常切换为Slave且切换过程中写是否失败的情况。
总结
感谢每一个认真阅读我文章的人
作为一位过来人也是希望大家少走一些弯路如果你不想再体验一次学习时找不到资料没人解答问题坚持几天便放弃的感受的话在这里我给大家分享一些自动化测试的学习资源希望能给你前进的路上带来帮助。 这份文档对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你 以上均可以分享只需要你搜索vx公众号程序员雨果即可免费领取
