缓存击穿的解决方案主要包括互斥锁、设置永不过期、使用空值或默认值、布隆过滤器等，其中互斥锁是最常用的方法；1. 互斥锁通过仅允许一个请求重建缓存来防止并发请求冲击数据库；2. 设置缓存永不过期并在后台异步更新适用于对数据一致性要求不高的场景；3. 缓存空值可防止无效请求穿透到数据库；4. 布隆过滤器可拦截不存在的key从而减轻数据库压力；选择方案时需根据业务需求权衡性能、一致性及复杂度，并结合监控机制及时发现和处理问题。
PHP实现数据缓存击穿，简单来说，就是当一个热点Key过期失效的瞬间，大量并发请求涌入，直接打到数据库，导致数据库压力骤增甚至崩溃。核心在于避免大量请求同时查询数据库中不存在的数据。
解决方案
-
互斥锁（Mutex）： 这是最常用也最直接的方法。当缓存失效时，只有一个请求能获得锁，去数据库查询数据并重建缓存。其他请求则等待，直到缓存重建完成。
立即学习“PHP免费学习笔记（深入）”；
function get_data_with_mutex(string $key): ?array { $cache = new Redis(); // 假设使用Redis $cache->connect('127.0.0.1', 6379); $data = $cache->get($key); if ($data) { return json_decode($data, true); } $lockKey = 'lock:' . $key; $lock = $cache->setnx($lockKey, 1); // 尝试获取锁 if ($lock) { $cache->expire($lockKey, 5); // 设置锁的过期时间，防止死锁 try { $data = query_database($key); // 从数据库查询数据 if ($data) { $cache->setex($key, 3600, json_encode($data)); // 重建缓存，设置过期时间 $cache->del($lockKey); // 释放锁 return $data; } else { $cache->del($lockKey); // 释放锁 return null; // 数据库中也不存在 } } catch (\Exception $e) { $cache->del($lockKey); // 出现异常，也要释放锁 throw $e; } } else { // 没有获得锁，等待一段时间后重试 usleep(50); // 微秒级等待 return get_data_with_mutex($key); // 递归重试，注意控制重试次数，防止无限循环 } } function query_database(string $key): ?array { // 模拟数据库查询 // 这里应该替换成实际的数据库查询代码 // 例如使用PDO连接数据库并执行查询 // 返回查询结果，如果不存在则返回null if ($key === 'non_existent_key') { return null; } return ['id' => 1, 'name' => 'Example Data', 'key' => $key]; }注意点：
- 锁的过期时间要设置合理，太短可能导致频繁重建缓存，太长可能影响性能。
- 重试机制要控制好，避免无限循环。
- 异常处理要完善，确保锁能被释放。
-
设置永不过期： 缓存永不过期，在后台异步更新缓存。
- 虽然简单，但数据一致性难以保证。
- 需要有监控机制，确保后台更新任务正常运行。
-
使用空值或默认值： 如果数据库中不存在对应的数据，缓存一个空值（例如
null或''），并设置一个较短的过期时间。- 可以防止大量请求穿透到数据库，但需要处理空值的情况。
- 过期时间不宜过长，否则会影响数据更新。
-
布隆过滤器： 在缓存之前，使用布隆过滤器过滤掉不存在的Key，减少对数据库的无效查询。
- 需要维护布隆过滤器，增加了一定的复杂度。
- 布隆过滤器存在误判率，可能会误判一些存在的Key。
如何选择合适的缓存击穿解决方案？
选择哪种方案，取决于具体的业务场景和技术架构。
- 数据一致性要求高： 互斥锁是首选。
- 数据一致性要求不高，且对性能要求高： 可以考虑设置永不过期或使用空值/默认值。
- 大量不存在的Key： 布隆过滤器可以有效减少数据库压力。
没有银弹，需要根据实际情况权衡利弊。
缓存穿透、缓存雪崩和缓存击穿的区别是什么？
这三个概念经常被混淆，简单区分一下：
- 缓存穿透： 查询不存在的数据，缓存和数据库都没有，导致请求直接打到数据库。解决方案：布隆过滤器、缓存空值。
- 缓存雪崩： 大量缓存同时失效，导致大量请求直接打到数据库。解决方案：设置不同的过期时间、互斥锁、服务降级。
- 缓存击穿： 热点Key过期，大量请求同时查询数据库。解决方案：互斥锁、设置永不过期。
如何监控和排查缓存击穿问题？
监控是关键。可以从以下几个方面入手：
- 数据库负载： 监控数据库的CPU、内存、IO等指标，如果出现突增，可能是发生了缓存击穿。
- 缓存命中率： 监控缓存的命中率，如果命中率突然下降，可能是缓存失效或被击穿。
- 慢查询日志： 分析数据库的慢查询日志，找出导致性能瓶颈的查询。
- 应用日志： 在应用中记录缓存查询和数据库查询的耗时，分析性能瓶颈。
排查问题时，可以结合以上监控数据，分析请求的来源、Key的分布、缓存的配置等，找出导致缓存击穿的原因。
除了Redis，还有哪些缓存方案可以避免缓存击穿？
除了Redis，还有Memcached、Tair等缓存方案。这些方案都可以通过互斥锁、设置永不过期等方式来避免缓存击穿。选择哪种方案，取决于具体的业务需求和技术栈。例如，Tair在Redis的基础上增加了更多的数据结构和功能，可以更好地支持某些特定的业务场景。
另外，使用CDN也可以在一定程度上缓解缓存击穿的问题。CDN可以将热点数据缓存到离用户更近的节点，减少对源站的访问压力。
选择合适的缓存方案，需要综合考虑性能、可靠性、可扩展性、成本等因素。
