防止 Laravel 缓存击穿有五种方法：一、互斥锁控制回源；二、热点 Key 永不过期+异步更新；三、缓存预热+失效时间随机化；四、空值缓存兜底；五、RedLock 实现分布式强一致锁。

当某个高频访问的缓存 Key 在失效瞬间遭遇大量并发请求，导致所有请求穿透至数据库，可能引发数据库连接耗尽或响应延迟飙升，这种现象即为缓存击穿。以下是防止 Laravel 应用中热点 Key 缓存击穿的多种方法：

一、使用互斥锁（Mutex Lock）控制回源请求

在缓存未命中时，通过分布式锁确保同一时刻仅有一个请求执行数据库查询并写入缓存，其余请求等待锁释放后直接读取新缓存，避免多线程并发回源。

1、在业务逻辑中调用 Cache::lock() 获取指定 Key 的排他锁，设置合理超时（如 10 秒）防止死锁。

2、尝试获取锁成功后，再次检查缓存是否已被其他请求写入，若已存在则直接返回，实现双重检查（Double-Check）。

3、若缓存仍缺失，则执行数据库查询，将结果写入缓存，并主动释放锁。

4、若获取锁失败，则短暂休眠（如 50ms）后重试，或直接返回默认值/降级响应，避免无限等待。

二、热点 Key 永不过期 + 后台异步更新

对确定为长期高频访问的热点数据（如首页 Banner、商品类目树），取消 TTL 设置，使缓存项永不过期；同时由后台任务定期刷新缓存内容，确保数据时效性与高可用性不冲突。

1、使用 Cache::forever() 存储热点数据，例如：Cache::forever('hot_categories', $data)。

2、配置 Laravel Task Scheduling，在指定时间（如每 5 分钟）触发 Artisan 命令执行缓存刷新逻辑。

3、刷新逻辑中先查库生成新数据，再原子化地写入缓存，避免更新过程中出现空值或脏数据。

4、在写入前添加版本号或时间戳标识，便于监控缓存更新状态及排查陈旧数据问题。

三、缓存预热 + 失效时间随机化

在系统启动、发布或低峰时段预先加载热点 Key 到缓存中，并为每个 Key 设置带随机偏移的过期时间，打散集中失效风险，降低击穿概率。

1、编写预热命令 php artisan cache:preheat:hotkeys，遍历预定义热点 Key 列表并批量加载。

2、对每个 Key 的 TTL 设置基础值（如 3600 秒）并叠加 ±300 秒的随机偏移量，使用 now()->addSeconds(3600 + random_int(-300, 300))。

3、将预热操作纳入部署流程，在新版本上线后自动触发，确保服务启动即具备完整热点缓存。

4、记录预热完成时间与 Key 数量，通过日志或 Prometheus 指标监控预热成功率。

四、空值缓存兜底 + 短期 TTL 防穿透

当热点 Key 对应的数据在数据库中实际不存在时，仍将其空结果（如 null 或空数组）写入缓存，并设定较短过期时间（如 2–5 分钟），防止恶意或异常请求反复穿透查询空数据。

1、在数据库查询后判断结果是否为空，若为空则执行 Cache::put($key, null, 300)。

2、在读取缓存时，若命中空值则直接返回默认响应或跳过后续逻辑，不触发数据库查询。

3、空值缓存需与正常数据缓存使用不同命名空间或前缀，例如 'empty_' . md5($key)，避免混淆。

4、关键提示：空值缓存必须设置明确且较短的 TTL，否则将长期阻断真实数据的写入机会。

五、基于 Redis 的 RedLock 实现跨节点强一致性锁

在多服务器部署场景下，单机锁无法保证分布式环境下的互斥性，需采用 RedLock 算法协调多个独立 Redis 实例，提升锁的可靠性与容错能力。

1、引入 predis/predis 和 marcan/redis-lock 包，配置至少 3 个独立 Redis 节点地址。

2、初始化 RedLock 客户端，传入各节点连接参数及锁超时阈值（建议 ≥ 8000ms）。

3、调用 $lock = $redlock->lock($key, 10000) 获取锁，仅当多数节点（≥ N/2+1）返回成功才视为加锁成功。

4、解锁时调用 $redlock->unlock($lock)，确保所有参与节点同步清除锁状态。