缓存命中率

安装环境

安装 docker redis

验证

127.0.0.1:6379> info

在这里插入图片描述
查询一个不存在的key

127.0.0.1:6379> get test
(nil)

在看命中率
在这里插入图片描述
新插入一个值 name

127.0.0.1:6379> set name JackMA
OK

查询name

127.0.0.1:6379> get name
"JackMA"

再看命中率
在这里插入图片描述

总结

命中率的计算 hit/(hit + miss) 单从这个计算来看,只要所有要查询的数据都在缓存中,那么就是100%,不用去区分高频与低频。在部分数据没查到的情况下,分子越大,命中率越高,也就是需要高频的key越多,可以相对提高命中率。我重点想搞清楚的是,低频访问的数据是否没必要放到缓存中,之前在大厂的商品中心,面向C端的商品中心所有数据都放缓存的,现在在小公司,首先,数据结构就是一套,没有面向B端和面向C端的区别,而且有的与用户相关的数据,访问频率肯定会很低,因为是与单个用户相关的,这种数据有无必要放缓存,或者是否是并发大的情况下才有必要放缓存,从缓存中取肯定比mysql快。

猜你喜欢

转载自blog.csdn.net/gou553323/article/details/112804046