在项目初期,数据表的职能设计往往都会比较简单,但随着时间的推移和业务的发展变化,表经过多次修改后,其使用方向和职能都会发生较大的变化,导致我们的系统越来越复杂。 所以,当流量超过数据库的承受能力需要做缓存改造时,我们建议先根据当前的业务逻辑对数据表进行职能归类,它能够帮你快速识别出,表中哪些字段和功能不适合在特定类型的表内使用,这会让数据在缓存中有更好的性价比。 一般来说,数据可分为四类:实体表、实体辅助表、关系表和历史表,而判断是否适合缓存的核心思路主要是以下几点: 能够通过 ID 快速匹配的实体,以及通过关系快速查询的数据,适合放在长期缓存当中; 通过组合条件筛选统计的数据,也可以放到临时缓存,但是更新有延迟; 数据增长量大或者跟设计初衷不一样的表数据,这种不适合、也不建议去做做缓存。
相关推荐
维克兜率天5 小时前
【维克】ARMA模型:AR与MA的完美结合是未才6 小时前
从输入 URL 到页面返回:DNS、路由、TLS 与 HTTP 完整链路上海安当技术7 小时前
半天接入:USBKey RESTful API + C 动态库,Web 和 C/S 两套集成路径实战DevUI团队7 小时前
从“即兴创作”到“规格先行”,华为云码道(CodeArts)代码智能体持续深耕企业级规范驱动开发能力weixin_431600448 小时前
NestJS 入门(3):Guard 如何挡住未登录请求?IT_陈寒9 小时前
JavaScript类型转换把我坑惨了,这破玩意真该早点搞明白用户938515635079 小时前
手写一个 LLM Harness 框架:用工程化手段把大模型幻觉踩在脚下wei_shuo10 小时前
KES 云原生部署与弹性扩展:容器化、Kubernetes编排与自动伸缩一木之林10 小时前
Python.五.(一)--1. 并发编程、异步IO与多进程feng尘10 小时前
# 彻底搞懂 ReentrantLock 与 tryLock:从秒杀实战到 AQS 独占模式源码剖析