默认的分类 Redis的缓存雪崩,缓存穿透,缓存击穿 # 缓存雪崩 在**高并发下**，大量缓存**key在同一时间失效**，大量请求直接落在数据库上，导致数据库宕机。 ## 解决方案 • 随机设置key失效时间，避免大量key集体失效。 setRedis（Key，valu 发布于 2021-05-18 阅读 2 分钟 评论 0 # 缓存雪崩 在**高并发下**，大量缓存**key在同一时间失效**，大量请求直接落在数据库上，导致数据库宕机。 ## 解决方案 • 随机设置key失效时间，避免大量key集体失效。 setRedis（Key，value，time + Math.random() * 10000）； 复制代码 • 若是集群部署，可将热点数据均匀分布在不同的Redis库中也能够避免key全部失效问题 • 不设置过期时间 • 跑定时任务，在缓存失效前刷进新的缓存 # 缓存穿透 不断地访问redis和数据库里**没有的数据**, 比如用户id从1开始,攻击请求不断地请求 -1 这个数据,因为redis没有这个缓存**只能不断地去数据库查询** ,最终导致数据库压力过大宕机 ## 解决方案 对不存在的数据缓存到redis中，设置key，value值为null(不管是数据未null还是系统bug问题)，并设置一个短期过期时间段，避免过期时间过长影响正常用户使用。 拉黑该IP地址 对参数进行校验，不合法参数进行拦截 布隆过滤器 将所有可能存在的数据哈希到一个足够大的bitmap(位图)中，一个一定不存在的数据会被 这个bitmap拦截掉，从而避免了对底层存储系统的查询压力。 # 缓存击穿 **热点数据在高并发**,但是在**一瞬间key过期**,导致之后的请求**全部需要查询数据库**,导致数据库压力过大,最终宕 ## 解决方案 设置热点数据"永不过期" 加上互斥锁：上面的现象是多个线程同时去查询数据库的这条数据，那么我们可以在第一个查询数据的请求上使用一个互斥锁来锁住它 其他的线程走到这一步拿不到锁就等着，等第一个线程查询到了数据，然后将数据放到redis缓存起来。后面的线程进来发现已经有缓存了，就直接走缓存 HTTP状态码对照表 HTTP response codes PHP 两步验证接入 评论 暂无评论 还没有人发言，来坐第一个沙发。 发表看法 取消回复 昵称 邮箱 网址 评论内容 提交评论
评论
暂无评论