请求并发数过高或者数据库单个数据过大解决思路
数据多的案例
- 服务器在处于大量的请求,几万,几十万的请求。
- 数据库(关系型数据库、非关系型数据库),一个表或者一个redis key数据过多。
解决思路
- 一个数据过多,系统不能同时处理大量请求,或者数据库中单个数据过大,就需要使用到数据拆分
- 请求过多,采用分流的思路,把服务器做一个集群处理,将请求分配到不同的服务器下
- 关系型数据库单表数据过多,需要使用分库分表的思想将不同的数据库中,比如取模分配。
- 非关系型数据库,如果单个key数据很大,将不同数据的唯一标识,拼接不同的key,存放在redis里,根据不同的key访问不同的数据
总结
无论是请求过多,还是请求多大,当单体的系统处理能力已经拉到最大值时,就需要考虑将数据做拆分的操作。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?