高并发架构实战 Day 27

在项目初期,数据表的职能设计往往都会比较简单,但随着时间的推移和业务的发展变化,表经过多次修改后,其使用方向和职能都会发生较大的变化,导致我们的系统越来越复杂。 所以,当流量超过数据库的承受能力需要做缓存改造时,我们建议先根据当前的业务逻辑对数据表进行职能归类,它能够帮你快速识别出,表中哪些字段和功能不适合在特定类型的表内使用,这会让数据在缓存中有更好的性价比。 一般来说,数据可分为四类:实体表、实体辅助表、关系表和历史表,而判断是否适合缓存的核心思路主要是以下几点: 能够通过 ID 快速匹配的实体,以及通过关系快速查询的数据,适合放在长期缓存当中; 通过组合条件筛选统计的数据,也可以放到临时缓存,但是更新有延迟; 数据增长量大或者跟设计初衷不一样的表数据,这种不适合、也不建议去做做缓存。

相关推荐
sszdlbw2 分钟前
前后端在服务器的部署
运维·服务器·前端·后端
tingyu4 分钟前
Maven聚合插件2.0版本发布:功能全面升级,开发效率再提升
后端·intellij idea
启山智软12 分钟前
【单体系统与分布式系统是两种根本不同的软件架构模式】
java·vue.js·spring boot·后端·spring
互亿无线明明15 分钟前
在 Go 项目中集成国际短信能力:从接口调试到生产环境的最佳实践
开发语言·windows·git·后端·golang·pycharm·eclipse
coderCatIce16 分钟前
Spring AOP 核心知识笔记
后端
虎子_layor16 分钟前
Spring 循环依赖与三级缓存:我终于敢说把这事儿讲透了
java·后端·spring
海上彼尚19 分钟前
Go之路 - 5.go的流程控制
开发语言·后端·golang
okseekw21 分钟前
递归:不止是 “自己调用自己”,看完这篇秒懂
java·后端
温宇飞24 分钟前
Drizzle ORM:类型安全的数据库开发
后端