高并发架构实战 Day37

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

相关推荐
用户4098170215103 分钟前
Python 的基本类型
后端
codetown28 分钟前
openai-go通过SOCKS5代理调用外网大模型
人工智能·后端
星辞树29 分钟前
MIT 6.824 Lab 3 通关实录:从 Raft 到高可用 KV 存储
后端
q***33371 小时前
Spring Boot项目接收前端参数的11种方式
前端·spring boot·后端
q***42822 小时前
SpringBoot Maven快速上手
spring boot·后端·maven
Victor3562 小时前
Redis(153)Redis的网络使用如何监控?
后端
码一行2 小时前
Eino AI 实战:解析 PDF 文件 & 实现 MCP Server
后端·go
Victor3562 小时前
Redis(152) Redis的CPU使用如何监控?
后端
P***84392 小时前
解决Spring Boot中Druid连接池“discard long time none received connection“警告
spring boot·后端·oracle
雨中散步撒哈拉2 小时前
17、做中学 | 初三下期 Golang文件操作
开发语言·后端·golang