高并发架构实战 Day 27

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

相关推荐
AAA修煤气灶刘哥1 分钟前
Java+AI 驱动的体检报告智能解析:从 PDF 提取到数据落地全指南
java·人工智能·后端
xcya4 分钟前
深入理解“看门狗”机制:一种优雅的自动续期模式
后端
行路难多歧路今安在5 分钟前
开源算法or-tools运用之背包问题
后端
雨落倾城夏未凉1 小时前
9.c++new申请二维数组
c++·后端
二闹1 小时前
后端的请求体你选对了吗?
后端
lichenyang4531 小时前
Mongodb(文档数据库)的安装与使用(文档的增删改查)
后端
雨落倾城夏未凉1 小时前
8.被free回收的内存是立即返还给操作系统吗?为什么?
c++·后端
数新网络1 小时前
LevelDB 辅助工具类
后端
Code_Artist1 小时前
[Go]结构体实现接口类型静态校验——引用类型和指针之间的关系
后端·面试·go
onejason1 小时前
《利用 Python 爬虫获取 Amazon 商品详情实战指南》
前端·后端·python