高并发架构实战 Day37

一个降级方案。正常来说在我的业务里面,就是查询缓存,如果缓存有数据,那么就直接返回。如果缓存没有,那么就需要去数据库查询。如果此时系统的并发非常高,那么我就会采取降级策略,将请求标记为降级请求。降级请求只会查询缓存,而不会查询数据库。如果缓存没有,那就直接返回错误。这样能够有效防止因为少部分请求缓存未命中而占据大量系统资源,导致系统吞吐量下降和响应时间显著升高。

相关推荐
JohnYan13 分钟前
工作笔记 - 一次微信认证集成迁移
后端·安全·微信
00后程序员30 分钟前
移动端网页调试实战,触控手势冲突与滑动行为异常的排查与优化
后端
字节跳跃者39 分钟前
SpringBoot 实现动态切换数据源,这样做才更优雅!
java·后端
程序员海军1 小时前
不要太信任Cursor,这位网友被删库了。。。
前端·后端·cursor
bobz9651 小时前
kube-ovn ovs port 命名
后端
长安不见1 小时前
Spring 中的AOP是如何运作的
后端
天天摸鱼的java工程师1 小时前
SpringCloud + Sentinel + Resilience4j:微服务熔断降级策略的设计与实践
java·后端
用户4822137167751 小时前
C++——内存中的栈区和堆区
后端
自由自在的小Bird2 小时前
kafka初步介绍
spring boot·后端·kafka
沸腾_罗强2 小时前
redis内存被打爆了
后端