当前位置: 首页 > 工具软件 > redis-mutex > 使用案例 >

Redis 学习笔记五:缓存常见问题和解决方案

周辰沛
2023-12-01

Redis 学习笔记五:缓存常见问题和解决方案

作者:Grey

原文地址:

博客园:Redis 学习笔记五:缓存常见问题和解决方案

CSDN:Redis 学习笔记五:缓存常见问题和解决方案

缓存击穿

key的过期造成高并发访问数据库。

缓存击穿解决方案

使用Redis set nx方法,加一把锁,只有这个人可以访问数据库,并把数据存入缓存,其他的流量就可以从缓存读取数据了。

  1. get key
  2. set key nx
    3-1 ok -> DB拿数据
    3-2 false sleep -> 1

会导致的问题是:死锁
比如去DB拿数据的那个请求挂了,会导致死锁。
解决办法:设置锁的过期时间

但是如果没挂,锁到期了发生超时了。
可以通过多线程来解决,一个线程取DB,另外一个线程监控是否取回来,更新锁时间。

以上问题会导致客户端的复杂度增加。引入zk。

缓存穿透

查询一个根本不存在的key

缓存穿透解决方案

使用布隆过滤器,有两种实现方案:

  • 客户端包含布隆过滤器
  • 客户端只实现算法
  • Redis集成布隆过滤器

布隆过滤器有缺点,只能增加,不能删除

可以改成布谷鸟过滤器

Redis中的布谷鸟过滤器插件

缓存雪崩

设置缓存时采用了相同的过期时间,导致缓存在某一时刻同时失效,请求全部转发到DB,DB瞬时压力过重雪崩。

缓存雪崩解决方案

如果对于过期时间要求不高,可以把原有的失效时间基础上增加一个随机值,比如1-5分钟随机。

如果对过期时间要求非常高,必须在某个时间过期,这个时候就必须要强依赖击穿方案,或者在业务层做一些延迟处理。

更多的说明见:

缓存穿透,缓存击穿,缓存雪崩解决方案分析

缓存系列文章–8.热点key问题(mutex key)

主从DB与cache一致性

【原创】分布式之数据库和缓存双写一致性方案解析

缓存更新的套路

主从DB与cache一致性

Redis如何淘汰过期的keys

参考:Redis如何淘汰过期的keys

Redis keys过期有两种方式:被动和主动方式。

当一些客户端尝试访问它时,key会被发现并主动的过期。

当然,这样是不够的,因为有些过期的keys,永远不会访问他们。 无论如何,这些keys应该过期,所以定时随机测试设置keys的过期时间。所有这些过期的keys将会从密钥空间删除。

具体就是Redis每秒10次做的事情:

测试随机的20个keys进行相关过期检测。
删除所有已经过期的keys。
如果有多于25%的keys过期,重复步奏1.
这是一个平凡的概率算法,基本上的假设是,我们的样本是这个密钥控件,并且我们不断重复过期检测,直到过期的keys的百分百低于25%,这意味着,在任何给定的时刻,最多会清除1/4的过期keys。

Redis中布隆过滤器插件的安装和简明使用

访问RedisBloom的github并下载最新的Release Zip包:https://github.com/RedisBloom/RedisBloom/releases

安装必要工具

yum install unzip -y

通过unzip命令解压下载的插件包

unzip v2.2.4.zip

cd RedisBloom-2.2.4/

执行make

将make生成的so文件拷贝到redis的安装目录下:

cp redisbloom.so /opt/grey/redis6/

停止Redis,并执行

redis-server --loadmodule /opt/grey/redis6/redisbloom.so 

即可加载布隆过滤器插件,加载后,通过redis-cli连接进来的客户端,可以通过bf开头的命令使用布隆过滤器。

[root@node1 RedisBloom-2.2.4]# redis-cli 
127.0.0.1:6379> BF.ADD a b
(integer) 1
127.0.0.1:6379> BF.EXISTS a b
(integer) 1
127.0.0.1:6379> BF.EXISTS a x
(integer) 0
 类似资料: