在项目初期,数据表的职能设计往往都会比较简单,但随着时间的推移和业务的发展变化,表经过多次修改后,其使用方向和职能都会发生较大的变化,导致我们的系统越来越复杂。 所以,当流量超过数据库的承受能力需要做缓存改造时,我们建议先根据当前的业务逻辑对数据表进行职能归类,它能够帮你快速识别出,表中哪些字段和功能不适合在特定类型的表内使用,这会让数据在缓存中有更好的性价比。 一般来说,数据可分为四类:实体表、实体辅助表、关系表和历史表,而判断是否适合缓存的核心思路主要是以下几点: 能够通过 ID 快速匹配的实体,以及通过关系快速查询的数据,适合放在长期缓存当中; 通过组合条件筛选统计的数据,也可以放到临时缓存,但是更新有延迟; 数据增长量大或者跟设计初衷不一样的表数据,这种不适合、也不建议去做做缓存。
相关推荐
lekami_兰1 天前
RabbitMQ 延迟队列实现指南:两种方案手把手教你搞定程序员泠零澪回家种桔子1 天前
Sentinel核心能力解析:限流与集群方案信码由缰1 天前
Spring Boot 面试问题一路向北1 天前
Spring Boot 3 整合 SSE (Server-Sent Events) 企业级最佳实践(三)qq_297574671 天前
SpringBoot项目长时间未访问,Tomcat临时文件夹被删除?解决方案来了一个有梦有戏的人1 天前
Python3基础:函数基础,解锁模块化编程新技能逍遥德1 天前
Sring事务详解之02.如何使用编程式事务?qq_297574671 天前
【实战教程】SpringBoot 实现多文件批量下载并打包为 ZIP 压缩包计算机程序设计小李同学2 天前
基于 Spring Boot + Vue 的龙虾专营店管理系统的设计与实现