缓存穿透
key
对应的数据在数据库中并不存在,每次针对key
的请求获取不到,请求都会积压到数据库,从而可能压垮数据库- 缓存穿透现象:
(1)应用服务器压力变大
(2)Redis命中率降低
(3)一直查询数据库- 产生原因:
(1)redis查询不到数据库
(2)出现很多非正常url访问(恶意攻击)
- 解决方法:
对空值缓存
:如果一个查询放回的数据为空(不管数据是否存在),我们仍然把这个空结果(null)进行缓存,设置空结果的过期时间很短,最长不超过5分钟- 设置可访问的名单(白名单):使用
bitmaps
类型定义一个可以访问的名单,名单id作为bitmaps
的偏移量,每次访问和bitmap
里面的id
进行比较,如果访问id
不在bitmaps
里面,进行拦截,不允许访问 - 采用布隆过滤器:布隆过滤器(Bloom Filter)它实际上是一个很长的二进制向量(位图)和一系列随机映射函数(哈希函数)
- 进行实时监控:当Redis的命中率开始急速下降,需要排查
访问对象
和访问的数据
和运维人员配合,可以设置黑名单限制服务
缓存击穿
- 问题描述:
key
对应的数据存在,但在Redis中过期- 此时若有大量并发请求过来,这些请求发现缓存过期一般会从后端数据库加载数据并回设缓存
- 此时大并发的请求可能会瞬间把后端数据库压垮
- 可能的现象:
- 数据库访问压力瞬时增加
- Redis里面并没有出现大量的
key
过期- Redis正常运行
- 可能的原因:
- redis中某个
key
过期了,大量访问使用这个key
- 解决方法:
- 预先设置热门数据:在redis高峰访问之前,把一些热门数据提前存入到redis里面,加大这些热门数据
key
的时长- 实时调整:现场监控哪些数据热门,实时调整key的过期时长
- 使用锁
缓存雪崩
- 产生原因:
- 在极小时间段,查询
大量key的集中过期
情况
- 解决方案:
- 构建多级缓存架构:
nginx缓存
+redis缓存
+其他缓存
- 使用锁或者队列:
(1)用加锁或队列的方式来保证不会有大量的线程对数据库一次性进行读写,从而避免失效时,大量的并发请求落到底层存储系统上,不适用高并发情况- 设置过期标志更新缓存:记录缓存数据是否过期(设置提前量),如果过期会触发通知另外的线程在后台更新实际
key
的缓存- 将缓存失效时间分散开:可以在原有失效时间的基础上,增加一个随机值,此时每个缓存的过期时间的重复率就会降低,很难引发集体失效的事件
分布式锁
- 分布式锁实现方法有多种,这里讲解基于redis实现分布式锁
- 使用redis命令
setnx <key> <value>
,若key
存在则无法设置- 为锁设置过期时间防止长时间不释放锁
expire <key> time
单位秒,可以使用ttl
查看剩余时间- 上锁的同时设置过期时间,保证原子操作
set <key> <value> nx ex time
- 锁的原子性问题:
- 可以使用
lua
脚本,来解决锁的原子性问题