在项目初期,数据表的职能设计往往都会比较简单,但随着时间的推移和业务的发展变化,表经过多次修改后,其使用方向和职能都会发生较大的变化,导致我们的系统越来越复杂。 所以,当流量超过数据库的承受能力需要做缓存改造时,我们建议先根据当前的业务逻辑对数据表进行职能归类,它能够帮你快速识别出,表中哪些字段和功能不适合在特定类型的表内使用,这会让数据在缓存中有更好的性价比。 一般来说,数据可分为四类:实体表、实体辅助表、关系表和历史表,而判断是否适合缓存的核心思路主要是以下几点: 能够通过 ID 快速匹配的实体,以及通过关系快速查询的数据,适合放在长期缓存当中; 通过组合条件筛选统计的数据,也可以放到临时缓存,但是更新有延迟; 数据增长量大或者跟设计初衷不一样的表数据,这种不适合、也不建议去做做缓存。
相关推荐
程序员爱钓鱼7 分钟前
Python 编程实战:环境管理与依赖管理(venv / Poetry)w***48827 分钟前
Spring Boot3.x集成Flowable7.x(一)Spring Boot集成与设计、部署、发起、完成简单流程程序员爱钓鱼9 分钟前
Python 编程实战 :打包与发布(PyInstaller / pip 包发布)IT_陈寒36 分钟前
Redis 性能提升30%的7个关键优化策略,90%开发者都忽略了第3点!Victor3561 小时前
Redis(137)Redis的模块机制是什么?Victor3561 小时前
Redis(136)Redis的客户端缓存是如何实现的?不知更鸟6 小时前
Django 项目设置流程黄昏恋慕黎明8 小时前
spring MVC了解G探险者9 小时前
为什么 VARCHAR(1000) 存不了 1000 个汉字? —— 详解主流数据库“字段长度”的底层差异百锦再9 小时前
第18章 高级特征