缓存萌新提问:半小时查询一次的固定数据有必要存储在本地缓存中吗?为什么?

2022-08-09 10:41:22 +08:00
 shadow1949

一直分不清,啥类型的数据需要放在本地缓存中,查询频繁?长期不会变更? 想问问大家一般啥场景用本地缓存的,为什么?

2691 次点击
所在节点    程序员
17 条回复
RainCats
2022-08-09 10:44:19 +08:00
不放本地,都是 redis ,都不是单体服务
Vaspike
2022-08-09 10:48:21 +08:00
本人理解: 高频被查询的数据+短时间内不会频繁变化的数据
同时满足这里两点就可以考虑放入缓存(redis /memcached/...)中
Red998
2022-08-09 10:50:36 +08:00
数据变动不频繁、数据量小 就可以放本地缓存 比 redis 快。 缓存 一般有个兜底就是本地缓存。放本地缓存缺点就是每个节点都需要放一份,但是性能最好。redis 就放一份 多个节点共享。性能也差不多
Vaspike
2022-08-09 10:51:23 +08:00
至于标题中的疑问句,我觉得可以要衡量下这个固定数据如果不缓存的话,响应速度如何,如果业务链不复杂+数据量不大,则没必要放缓存
ColinLi
2022-08-09 10:52:40 +08:00
没必要,直接查询就行,如果查询慢,应该去优化查询,而不是用缓存来解决
huangwei8ku
2022-08-09 10:57:52 +08:00
数据量多大?数据内容变动频率高不高
wangritian
2022-08-09 10:58:12 +08:00
用不用缓存主要是看成本能否接受,如果原始查询本身并不耗时耗力,就没必要画蛇添足
当确定是否需要缓存后,再去考虑如何缓存
shadow1949
2022-08-09 11:04:51 +08:00
@RainCats 没有存储在本地缓存的场景吗?
wu00
2022-08-09 11:42:03 +08:00
不用
访问频率高且对数据库产生压力的数据可以放缓存,另外还权衡数据的实时性要求。
tangtj
2022-08-09 11:43:41 +08:00
@shadow1949 我们查询用户黑名单的场景会在本地做十几秒的缓存. 它查询量大,短时间内不会变动.对一致性要求不高.
Jooooooooo
2022-08-09 11:44:48 +08:00
举个可以放在本地的例子, 全国的行政区域数据.
liuzhaowei55
2022-08-09 11:48:04 +08:00
查询成本,数据变动频率,数据实时性要求,数据使用频率,主要就考虑这些吧
DarkCat123
2022-08-09 12:50:50 +08:00
@shadow1949 有存储在本地的场景的。
可以参考一级缓存二级缓存,本地是个一级缓存,redis 是个二级缓存,三级就是 DB 了。
RainCats
2022-08-09 13:50:46 +08:00
@shadow1949 没有,有必要上缓存的话都是丢 redis 了
NoKey
2022-08-09 14:30:29 +08:00
你看,一开始没有任何缓存,所有数据都从 db 拿;只要一直没有需求要拿的更快,就这么着,不用去想多的。直到有一天,你或者你的负责人或者你的客户,要求能不能快一点的时候,要么优化代码逻辑、要么优化 sql 、要么放缓存,前两点和缓存比起来,哪个能达到目的,哪个成本低,用哪个
maypu
2022-08-09 14:41:36 +08:00
这种场景其实不多,需要同时满足:访问频率高,更新频率低,数据不敏感

还是要结合业务具体考虑
dwlovelife
2022-08-09 14:56:50 +08:00
说没必要的肯定没做过大型项目我说的是用户量过千万级别的,固定数据即使半个小时一次也是有必要架缓存的,架缓存不仅仅是为了快,也是为了缓解 mysql 的压力,你 mysql 一旦 CPU 百分之百你就知道什么情况了

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/871611

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX