缓存系统的三大挑战：缓存击穿、缓存穿透和缓存雪崩

binbinxyz

于 2024-10-08 16:09:25 发布

阅读量539

点赞数 8

文章标签：缓存 redis

本文链接：https://blog.csdn.net/binbinxyz/article/details/142761349

版权

文章目录

背景
一、缓存击穿
二、缓存穿透
三、缓存雪崩
总结

背景

在现代互联网应用中，缓存是提高系统性能和响应速度的重要手段之一，它扮演着至关重要的角色。缓存能够显著提升系统的性能和响应速度，减轻数据库等后端存储的压力。然而，缓存系统也并非无懈可击，如果缓存使用不当，可能导致系统故障或性能下降，其中较为典型的就是缓存击穿、缓存穿透和缓存雪崩。接下来，我们将详细探讨这三个概念，并提供相应的解决方案。

一、缓存击穿

1. 定义

缓存击穿是指一个非常热门的数据（通常是热点数据）在缓存中过期或被删除后，同时有大量的请求并发访问该数据。由于缓存中数据已过期，这些请求会直接穿透到数据库，对数据库造成瞬间的巨大压力。

2. 场景

例如，在一个电商系统中，某一款热门商品的详细信息在缓存中设置了较短的过期时间（比如 10 分钟）。当该商品的缓存过期时，恰好正值电商大促（购物高峰期），大量用户同时点击查看该商品详情，此时这些请求就会直接访问数据库来获取数据，可能导致数据库的负载急剧升高，甚至可能出现短暂的卡顿或无法响应的情况。

3. 影响

数据库可能因为突然的高并发访问而变得不可用，导致系统性能急剧下降甚至崩溃。

4. 解决方案

设置合理的过期时间：避免所有缓存同时过期，可以采用随机过期时间或者设置不同的过期时间。
互斥锁机制：在缓存失效时，使用互斥锁（如Redis的分布式锁）确保只有一个线程能够访问数据库并重新加载缓存，其他线程等待缓存加载完成后再从缓存中读取数据。Java 可以使用 synchronized 关键字或者 ReentrantLock 等锁机制来实现。

String lockKey = "lock:cache:key";
if (redisTemplate.opsForValue().setIfAbsent(lockKey, "true", 10, TimeUnit.SECONDS)) {
    try {
        // 从数据库中获取数据
        Object data = dbService.getData(key);
        // 将数据写入缓存
        redisTemplate.opsForValue().set(key, data, 600, TimeUnit.SECONDS);
    } finally {
        // 释放锁
        redisTemplate.delete(lockKey);
    }
} else {
    // 等待一段时间后重试
    Thread.sleep(50);
    getDataFromCache(key);
}

永不过期：对于一些特别热点且更新不频繁的数据，可以考虑将其设置为永不过期，或者在后台定时更新缓存。注意保证数据的一致性。

二、缓存穿透

1. 定义

缓存穿透是指查询一个不存在的数据，由于缓存中没有该数据，每次请求都会穿透缓存直接访问数据库，而数据库中也没有该数据。这种情况会导致大量的无效请求直接打到数据库上，增加了数据库的压力。

2. 场景

恶意攻击者故意发送大量不存在的用户ID进行查询。或者由于业务逻辑错误，前端传递了错误的参数，导致查询的数据在数据库中不存在。

3. 影响

数据库会因为处理大量无效请求而消耗资源，还可能影响正常请求的处理。

4. 解决方案

缓存空值：当查询的数据在数据库中不存在时，将这个空值也缓存起来，并设置一个较短的过期时间。这样后续相同的请求可以直接从缓存中获取空值，减少对数据库的访问。注意在数据真正存在时，及时更新缓存。
布隆过滤器（Bloom Filter）：在缓存之前加一层布隆过滤器，预先判断数据是否存在。如果布隆过滤器判断数据不存在，则直接返回空结果，避免穿透到数据库。如果布隆过滤器判断数据可能存在，再去查询缓存和数据库。
接口限流：对请求进行限流，防止恶意攻击导致的大量无效请求。

三、缓存雪崩

1. 定义

缓存雪崩是指在某一时刻，大量的缓存数据同时失效或被删除，导致大量请求全部穿透到数据库，从而对数据库造成巨大的访问压力，系统性能急剧下降，甚至可能导致系统崩溃。

2. 场景

缓存服务器宕机：如果缓存系统（如Redis、Memcached等）发生故障或重启，所有缓存数据会瞬间失效，导致所有的请求都直接打到数据库上。
大量缓存数据同时过期：如果设置了相同的过期时间，大量缓存数据会在同一时间点过期，导致这些数据的请求同时到达数据库。
大规模数据更新：在某些情况下，可能需要批量更新缓存中的数据，如果处理不当，可能会导致大量缓存数据同时失效。

3. 影响

数据库压力剧增：短时间内大量的请求直接访问数据库，可能导致数据库负载过高，响应变慢，甚至崩溃。
系统性能下降：由于数据库无法及时处理这么多请求，系统的整体性能会显著下降，用户体验也会受到影响。
服务不可用：在极端情况下，数据库可能完全无法处理请求，导致服务不可用。#

4. 解决方案

分散过期时间：
在设置缓存过期时间时，避免将大量数据的过期时间设置为同一时刻。可以采用一定的随机策略或者按照数据的访问频率等因素，为不同的数据设置不同的过期时间，使得缓存数据在一段时间内逐步过期，而不是集中在一个瞬间过期。例如，可以在原有过期时间的基础上加上一个随机的时间偏移量。

int baseExpireTime = 600; // 基础过期时间（秒）
int randomExpireTime = (int) (Math.random() * 60); // 随机数（0-60秒）
int finalExpireTime = baseExpireTime + randomExpireTime;

互斥锁机制：
在缓存失效时，使用互斥锁（如Redis的分布式锁）确保只有一个线程能够访问数据库并重新加载缓存，其他线程等待缓存加载完成后再从缓存中读取数据。
多级缓存：构建多级缓存架构，除了应用本地缓存外，还可以使用分布式缓存（如 Redis）等。当一级缓存失效时，还可以从其他级别的缓存中获取数据，减轻对数据库的压力。并且，不同级别的缓存可以采用不同的过期策略和缓存更新机制，进一步提高缓存的可靠性和性能。
缓存预热：
在系统启动或低峰时段预先加载热点数据到缓存中，避免在高峰时段出现缓存大面积失效的情况。
限流和降级：当缓存服务出现故障或者缓存大面积失效时，可以采取限流和缓存降级策略。即暂时停止访问缓存，直接从数据库获取数据，并对数据进行一些简单的处理后返回给用户。同时，在系统中记录缓存故障信息，以便后续进行排查和恢复。在缓存恢复正常后，再逐步恢复正常的缓存访问流程。

总结

缓存击穿、缓存穿透和缓存雪崩是缓存系统中常见的三个问题，它们分别描述了不同场景下的缓存失效情况及其对系统的影响。理解它们的概念和原理，并采取相应的解决方案，对于保障系统的性能、稳定性和可靠性具有重要意义。
实际的系统设计和开发中，需要综合考虑业务需求、数据特点和系统架构等因素，灵活运用各种技术手段来预防和应对这些问题，以确保缓存系统能够更好地为应用服务，提高系统的稳定性和性能，提升用户体验。
希望本文能帮助你更好地理解和应对这些缓存问题。