Redis——缓存雪崩

文章目录

  • [1. 问题介绍](#1. 问题介绍)
  • [2. 解决方案](#2. 解决方案)
    • [2.1 方案一:随机过期时间](#2.1 方案一:随机过期时间)
    • [2.2 方案二:增强 Redis 集群的可用性](#2.2 方案二:增强 Redis 集群的可用性)
    • [2.3 方案三:多级缓存](#2.3 方案三:多级缓存)
      • [2.3.1 做法](#2.3.1 做法)
      • [2.3.2 流程](#2.3.2 流程)
      • [2.3.3 示例代码](#2.3.3 示例代码)
      • [2.3.4 评价](#2.3.4 评价)
    • [2.4 方案四:限流](#2.4 方案四:限流)
  • [3. 总结](#3. 总结)

1. 问题介绍

缓存雪崩:大量缓存同时过期,或 Redis 宕机,导致大量请求访问 MySQL 数据库,导致其承受不住压力而宕机。

2. 解决方案

从问题介绍中可以发现,对于大量缓存同时过期的情况,只要让缓存的过期时间不同即可;对于 Redis 宕机的情况,则可以通过 增强 Redis (集群) 的可用性、多级缓存、限流 等方案解决。

2.1 方案一:随机过期时间

在缓存数据时,给固定的过期时间加上一个随机值,例如对于原本 10min 过期的数据:

java 复制代码
redisTemplate.opsForValue().set("key", "value", 10, TimeUnit.MINUTES);

通过 new Random().nextInt(10) (获取随机值还可以使用别的方法,并不局限于此) 给它加上一个 60s 以内随机值,从而避免大量数据同时在 10min 这一时刻过期,而是将其分散到 10min 后的 1min 时间段内过期。

java 复制代码
redisTemplate.opsForValue().set("key", "value", 600 + new Random().nextInt(60), TimeUnit.SECONDS);

2.2 方案二:增强 Redis 集群的可用性

可以通过 Redis 的集群模式或哨兵模式来达到 Redis 的高可用 (之后会讲)。

2.3 方案三:多级缓存

2.3.1 做法

除了使用 Redis 这样的分布式缓存中间件之外,还可以使用 Caffeine、Guava 这样的框架实现应用内部的本地缓存,这样可以减轻 MySQL 的访问压力。

2.3.2 流程

Created with Raphaël 2.3.0 开始 从本地缓存中获取 本地缓存是否为 null? 从 Redis 中获取 Redis 缓存是否为 null? 从数据库中获取 数据库中有没有这个数据? 将数据缓存到 Redis 将数据缓存到本地 返回数据 结束 yes no yes no yes no

2.3.3 示例代码

java 复制代码
public Order get(long orderId) {
    // 先从 Caffeine 缓存中获取
    Order order = caffeineCache.getIfPresent(orderId);
    if (order == null) {
    	String key = "order:" + orderId;
        // 如果 Caffeine 缓存未命中,再从 Redis 缓存中获取
        order = (Order) redisTemplate.opsForValue().get(key);
        if (order == null) {
        	// 如果 Redis 缓存未命中,从 MySQL 中获取
        	order = orderMapper.getById(orderId);
	        if (order != null) {
		        // 将数据放入 Redis 缓存
		        redisTemplate.opsForValue().set(key, order, 3, TimeUnit.MINUTES);
	        }
        }
        if (order != null) {
	        // 将数据放入 Caffeine 缓存
	        caffeineCache.put(orderId, order);
        }
    }
    return order;
}

2.3.4 评价

一般情况下,使用本地缓存的响应时间会少一点,因为避免了分布式缓存的网络 IO 时间。但这种方案实现起来比较复杂 (查询时需要查询两级缓存,更新时也一样),而且由于缓存在本地,还对服务器的内存有一定的要求。

2.4 方案四:限流

限流也可以避免缓存雪崩的问题,通过限制一个接口的访问量,从而防止大量请求通过,压垮 MySQL。

3. 总结

缓存雪崩指的是由于大量缓存同时过期或 Redis 宕机,导致大量请求直接访问 MySQL,以致其宕机的问题。

缓存雪崩还是很好理解的,不同问题的应对方案如下:

  • 对于大量缓存同时过期的问题,可以采取设置随机的过期时间来解决。
  • 对于预防 Redis 宕机,可以通过 Redis 的集群模式或哨兵模式来保证其高可用性。
  • 对于 Redis 宕机后的处理,可以使用多级缓存,在本地也缓存一份数据。
  • 无论应对缓存雪崩的哪种问题,都可以通过限流来解决,防止大量请求访问 MySQL。
相关推荐
程序员黑豆5 小时前
Java类型推断完全指南:从var到菱形运算符,掌握使用限制与最佳实践
java·前端·ai编程
风流 少年5 小时前
Spring AI 2.0:Memory
java·后端·spring
码匠许师傅6 小时前
【C++ 面试真题】聊聊 C++ 的移动语义与右值引用
java·c++·面试
小席是个热心肠6 小时前
AI相关的自我学习
java·人工智能·学习
数智化管理手记9 小时前
海量数据如何沉淀有效数据资产?数据标准化治理方案如何搭建?
java·大数据·人工智能
cfm_29149 小时前
SpringAI + Ollama 本地大模型
java·开发语言·人工智能·语言模型
鲸采云SRM采购管理系统10 小时前
采购管理系统哪家好?2026最新测评对比
java·服务器·数据库
0x5311 小时前
Java网络编程(二)
java·服务器·网络
Flittly11 小时前
【雕虫大技】Agent 动态 Skill 供应链安全加固(三):输出校验与治理闭环实战
java·spring boot·spring
Poo_Chai11 小时前
QT emit信号后完整处理流程,包括槽函数响应流程
java·开发语言·数据库