这是一个创建于 841 天前的主题，其中的信息可能已经有所发展或是发生改变。
一直分不清，啥类型的数据需要放在本地缓存中，查询频繁？长期不会变更？ 想问问大家一般啥场景用本地缓存的，为什么？
 |
1
RainCats 2022-08-09 10:44:19 +08:00
不放本地，都是 redis ，都不是单体服务
|
 |
2
Vaspike 2022-08-09 10:48:21 +08:00
本人理解: 高频被查询的数据+短时间内不会频繁变化的数据
同时满足这里两点就可以考虑放入缓存(redis /memcached/...)中 |
 |
3
Red998 2022-08-09 10:50:36 +08:00
数据变动不频繁、数据量小 就可以放本地缓存 比 redis 快。 缓存 一般有个兜底就是本地缓存。放本地缓存缺点就是每个节点都需要放一份，但是性能最好。redis 就放一份 多个节点共享。性能也差不多
|
|
4
Vaspike 2022-08-09 10:51:23 +08:00
至于标题中的疑问句,我觉得可以要衡量下这个固定数据如果不缓存的话,响应速度如何,如果业务链不复杂+数据量不大,则没必要放缓存
|
 |
5
ColinLi 2022-08-09 10:52:40 +08:00
没必要，直接查询就行，如果查询慢，应该去优化查询，而不是用缓存来解决
|
 |
6
huangwei8ku 2022-08-09 10:57:52 +08:00
数据量多大？数据内容变动频率高不高
|
 |
7
wangritian 2022-08-09 10:58:12 +08:00
用不用缓存主要是看成本能否接受，如果原始查询本身并不耗时耗力，就没必要画蛇添足
当确定是否需要缓存后，再去考虑如何缓存 |
 |
8
shadow1949 OP @RainCats 没有存储在本地缓存的场景吗？
|
 |
9
wu00 2022-08-09 11:42:03 +08:00
不用
访问频率高且对数据库产生压力的数据可以放缓存，另外还权衡数据的实时性要求。 |
 |
10
tangtj 2022-08-09 11:43:41 +08:00
@shadow1949 我们查询用户黑名单的场景会在本地做十几秒的缓存. 它查询量大,短时间内不会变动.对一致性要求不高.
|
 |
11
Jooooooooo 2022-08-09 11:44:48 +08:00
举个可以放在本地的例子, 全国的行政区域数据.
|
 |
12
liuzhaowei55 2022-08-09 11:48:04 +08:00 via iPhone
查询成本，数据变动频率，数据实时性要求，数据使用频率，主要就考虑这些吧
|
 |
13
DarkCat123 2022-08-09 12:50:50 +08:00
@shadow1949 有存储在本地的场景的。
可以参考一级缓存二级缓存，本地是个一级缓存，redis 是个二级缓存，三级就是 DB 了。 |
|
14
RainCats 2022-08-09 13:50:46 +08:00
@shadow1949 没有，有必要上缓存的话都是丢 redis 了
|
 |
15
NoKey 2022-08-09 14:30:29 +08:00
你看，一开始没有任何缓存，所有数据都从 db 拿；只要一直没有需求要拿的更快，就这么着，不用去想多的。直到有一天，你或者你的负责人或者你的客户，要求能不能快一点的时候，要么优化代码逻辑、要么优化 sql 、要么放缓存，前两点和缓存比起来，哪个能达到目的，哪个成本低，用哪个
|
 |
16
maypu 2022-08-09 14:41:36 +08:00
这种场景其实不多，需要同时满足：访问频率高，更新频率低，数据不敏感
还是要结合业务具体考虑 |
 |
17
dwlovelife 2022-08-09 14:56:50 +08:00
说没必要的肯定没做过大型项目我说的是用户量过千万级别的，固定数据即使半个小时一次也是有必要架缓存的，架缓存不仅仅是为了快，也是为了缓解 mysql 的压力，你 mysql 一旦 CPU 百分之百你就知道什么情况了
|
Select Language