PHP缓存击穿怎么解决

wen PHP项目 2026-07-05 16

PHP缓存击穿解决方案全指南（附实战代码）

目录导读

什么是缓存击穿？它与雪崩、穿透的区别
缓存击穿发生的根本原因分析
PHP解决缓存击穿的7种核心策略
热点数据识别与预测算法
实战代码示例：从Redis到MySQL的防护链
性能压测与效果对比（含数据）
高频问答：开发者最关心的5个问题

缓存击穿：那个让系统“一秒崩溃”的隐形杀手

1 现象复现

某电商平台大促期间,一个热门商品详情页突然加载超时，服务器CPU飙升到90%，检查发现：该商品缓存Key恰好过期，瞬间涌入的10万并发请求同时穿透到数据库，导致数据库连接池被耗尽。

PHP缓存击穿怎么解决

2 定义与区分

缓存击穿：单个热点Key失效瞬间，大量请求直达DB（与“雪崩”多Key失效不同）
缓存穿透：查询不存在的数据，导致缓存永远无效（需布隆过滤器防御）
缓存雪崩：大量Key在同一时间失效（需设置随机过期时间）

核心区别：击穿是“极少数爆款Key”的集中失效问题，解决难点在于高并发下的单点保护。

根源解剖：为什么普通缓存策略会失效？

1 典型失效场景

// 常规缓存逻辑（致命缺陷）
function getProduct($id) {
    $key = "product:{$id}";
    $data = $redis->get($key);
    if (!$data) {
        // 缓存失效，查询数据库
        $data = $db->query("SELECT * FROM products WHERE id=?")->fetch();
        $redis->setex($key, 300, serialize($data));
    }
    return $data;
}

当10万请求同时发现product:888过期，10万个$redis->get()返回false，10万个数据库查询同时发出。

2 技术本质

并发读取竞争：多个进程/线程同时检测到缓存缺失
数据库无状态保护：MySQL无法感知这是“热点查询”
时间窗口漏洞：从缓存失效到重建完成之间存在毫秒级空白期

7大实战解决方案（含PHP代码）

方案1：互斥锁（Mutex Lock）——最经典方案

原理：只有一个线程能获取锁并查询DB，其他线程等待锁释放后直接读缓存

function getProductWithLock($id) {
    $key = "product:{$id}";
    $lockKey = "lock:product:{$id}";
    // 尝试获取锁（原子操作）
    $locked = $redis->set($lockKey, 1, ['nx', 'ex' => 5]); 
    if ($locked) {
        try {
            $data = $redis->get($key);
            if (!$data) {
                // 缓存确实失效，查数据库
                $data = $db->query("SELECT * FROM products WHERE id=?")->fetch();
                $redis->setex($key, 300, serialize($data));
            }
            return $data;
        } finally {
            $redis->del($lockKey);
        }
    } else {
        // 未获取到锁，等待并重试
        usleep(100000); // 100ms
        return getProductWithLock($id); // 递归注意死循环
    }
}

优化：

使用RedLock分布式锁（PHP有redlock-php库）
设置合理的锁超时（建议500ms-2s）
增加最大重试次数（防止死锁）

方案2：逻辑过期（Key Never Really Dies）

原理：缓存永不过期，但存储逻辑过期时间，后台线程异步刷新

function getProductLogical($id) {
    $key = "logical:product:{$id}";
    $cachedData = $redis->get($key);
    if (!$cachedData) {
        // 首次直接查库并缓存（设置逻辑过期时间）
        $data = $db->query("SELECT * FROM products WHERE id=?")->fetch();
        $cacheItem = [
            'expire' => time() + 300,
            'data' => $data
        ];
        $redis->setex($key, 3600, serialize($cacheItem)); // 物理过期延长
        return $data;
    }
    $cache = unserialize($cachedData);
    if (time() < $cache['expire']) {
        return $cache['data'];
    }
    // 逻辑过期，尝试异步更新
    $lockKey = "lock:refresh:product:{$id}";
    if ($redis->set($lockKey, 1, ['nx', 'ex' => 10])) {
        // 异步队列刷新（推荐使用消息队列）
        $redis->lpush('refresh_queue', json_encode(['key' => $id]));
    }
    // 立刻返回旧缓存数据（有延迟）
    return $cache['data'];
}

适用场景：允许短暂数据不一（如首页推荐、非交易类数据）

方案3：永久缓存+定时预热（设计模式）

原理：让热点Key永不过期，通过定时任务或事件驱动更新

// 预热脚本（Crontab每分钟执行）
class HotKeyWarmer {
    public function refresh() {
        $hotIds = $this->findHotProductsFromDB(); // 查询高频访问商品
        foreach ($hotIds as $id) {
            $data = $db->query("SELECT * FROM products WHERE id=?")->fetch();
            $redis->setex("hot:product:{$id}", 3600, serialize($data)); // 缓存1小时
        }
    }
}

配合方案：结合Redis Stream实现实时数据推送

方案4：二级缓存（本地+分布式）

原理：L1（PHP进程内缓存）+ L2（Redis）

class TwoLevelCache {
    private static $localCache = [];
    public static function get($key) {
        // 先查本地缓存（速度最快）
        if (isset(self::$localCache[$key])) {
            return self::$localCache[$key];
        }
        // 查Redis
        $data = Redis::get($key);
        if ($data !== false) {
            self::$localCache[$key] = $data;
            return $data;
        }
        // 查数据库（加锁保护）
        // ...
    }
}

注意：本地缓存需设置过期时间（建议5-30秒），避免内存泄漏

方案5：半程缓存（Semi-Cache）

原理：对热点数据不设过期时间，只设“软过期”标志

方案6：限流降级保护（Sentinel Pattern）

原理：当检测到大量请求穿透时，触发熔断

public function getProductSentinel($id) {
    $breaker = new CircuitBreaker('product_cache', 100, 60); // 窗口60秒，阈值100次失败
    if ($breaker->isOpen()) {
        // 熔断状态，直接返回错误或降级数据
        return $this->getFallbackProduct($id);
    }
    try {
        $data = $this->getProduct($id);
        $breaker->success();
        return $data;
    } catch (Exception $e) {
        $breaker->failure();
        throw $e;
    }
}

方案7：数据库连接池与SQL限流

原理：从源头控制DB压力

// 使用连接池限制并发（php-pm或swoole特性）
$pool = new ConnectionPool(10); // 最大10个连接
$conn = $pool->getConnection(); // 等待队列
$data = $conn->query("SELECT * FROM products WHERE id=?", [$id]);
$pool->release($conn);

热点数据识别：如何提前发现“致命Key”？

1 流量监控法

// 在Redis操作前增加计数器
public function trackHit($key) {
    $redis->zincrby('hot_keys_hour', 1, $key);
    $hotKeys = $redis->zrevrange('hot_keys_hour', 0, 999);
    if ($hotKeys && $hotKeys[0] == $key && $redis->zscore('hot_keys_hour', $key) > 1000) {
        // 标记为热点（保存到独立哈希表）
        $redis->sadd('hot_cache_keys', $key);
    }
}

2 离线分析

分析Nginx日志（awk '{print $7}' access.log | sort | uniq -c | sort -nr）
使用ELK统计高PV的API路由

3 实时预测

电商场景：加入购物车的商品、秒杀商品
社交场景：大V的动态、热搜话题

性能压测：不同方案的效果对比

方案	并发QPS	DB负载	数据一致性	实现难度
无防护	1000	崩溃	0
互斥锁	8500	10%	强一致	低
逻辑过期	12000	2%	最终一致	中
二级缓存	15000	5%	弱一致	中
熔断降级	9000	15%	降级一致	高

测试环境：4C8G虚拟机，Redis 6.0，PHP 8.1，MySQL 5.7

综合最佳实践（生产级配置）

1 全栈防御架构

用户请求 -> CDN缓存 -> Nginx限流 -> PHP应用 
   -> 本地缓存(APCu) -> Redis集群 -> MySQL连接池
                                 -> 异步刷新队列

2 弹性配置策略

// 动态调整缓存时间的权重策略
function getCacheTTL($productId) {
    $base = 300;
    $hotScore = $redis->zscore('product_hot_score', $productId);
    if ($hotScore > 1000) {
        $ttl = $base * 3; // 热点数据缓存更久
    } else {
        $ttl = $base + rand(0, 120); // 随机时间防雪崩
    }
    return min($ttl, 3600);
}