彩票网站开发app太原小程序制作

彩票网站开发app,太原小程序制作,深圳龙岗新楼盘开盘信息,平邑网站制作作为一个测试同学#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且切换过程中写是否失败的情况。感谢每一个认真阅读我文章的人作为一位过来人也是希望大家少走一些弯路如果你不想再体验一次学习时找不到资料没人解答问题坚持几天便放弃的感受的话在这里我给大家分享一些自动化测试的学习资源希望能给你前进的路上带来帮助。软件测试面试文档我们学习必然是为了找到高薪的工作下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料并且有字节大佬给出了权威的解答刷完这一套面试资料相信大家都能找到满意的工作。视频文档获取方式这份文档和视频资料对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你以上均可以分享点下方小卡片即可自行领取。