在测试过程中,我们或多或少会接触到Redis,今天就把在小破站看到的三丰老师课程,把笔记整理了下,用来备忘,也希望能给大家带来亿点点收获。
主要分为两个部分:
一、缓存技术在后端架构中是如何应用的?
二、缓存应用测试中有哪些注意事项?
一、缓存技术在后端架构中是如何应用的?
1、数据并非只能使用一种方式存储
出于持久化考虑,数据会保存一份在关系型数据库(事务)
出于高性能考虑,数据还会存储一份在Redis这种内存型数据库中
2、结合使用
Redis--主要用内存存储
Mysql--主要用磁盘存储
3、缓存应用流程
二、缓存应用测试中有哪些注意事项?
1、功能测试的角度
1)小公司无缓存架构
- 测试修改功能的时候,检查数据库内容是否变更即可
- 有时候图方便,直接改数据库,而不是通过界面进行修改
2)数据库和缓存数据不一致
- 数据修改之后
- 后台开发容易犯的错误:数据更新后极度容易导致,数据库和缓存数据不一致
- 不能仅仅关注数据库的内容,还要检查缓存数据是否一致
3)最经典场景
- 不懂缓存的软件测试
- 可能就是缓存更新导致的,因为有些开发用了异步更新缓存,数据库修改之后,过了一段时间程序异步去同步数据到Redis
- 而且Bug无法重现
- 有些Bug,你测试的时候有,然后开发已测试说没有了
4)互联网/高并发系统
-
修改完毕,要检查数据库+缓存内容
2、性能测试的角度
1)缓存预热
缓存预热是指系统上线后,提前将相关的缓存数据加载到缓存系统。避免在用户请求的时候,先查询数据库,然后再将数据缓存的问题,用户直接查询事先被预热的缓存数据。
如果不进行预热,那么Redis初始状态数据为空,系统上线初期,对于高并发的流量,都会访问到数据库中, 对数据库造成流量的压力。
2)缓存雪崩
举个例子:
例如数据库的性能是2w/s,Redis缓存的性能是12w/s,由于运维重启机器等原因,Redis的缓存突然全部失效了,这个时候如果有12w的用户向服务器请求,那么这个时候数据库是扛不住的,这就是所谓的数据库雪崩。
3)缓存击穿
缓存击穿跟缓存雪崩有点类似,缓存雪崩是大规模的key失效,而缓存击穿是某个热点的key失效,大并发集中对其进行请求,就会造成大量请求读缓存没读到数据,从而导致高并发访问数据库,引起数据库压力剧增。这种现象就叫做缓存击穿。
4)缓存穿透
不断查询一个 DB 和缓存中一定不存在的数据,这通常是由于恶意查询、非法请求或系统故障引起的。
5)性能测试中以上场景会导致系统崩溃
今天的分享就到这里,下期见~