Redis 配合 PHP 实战:缓存设计、缓存穿透/雪崩解决方案

📅 2026/7/30 12:47:02 👁️ 阅读次数 📝 编程学习
Redis 配合 PHP 实战:缓存设计、缓存穿透/雪崩解决方案

Redis 配合 PHP 实战:缓存设计、缓存穿透/雪崩解决方案

Redis 几乎是 PHP 项目中“标配”的缓存组件,但真正用好并不容易。很多项目里 Redis 只是“把数据塞进去、取出来”,一旦流量上来,就会遇到缓存穿透、缓存击穿、缓存雪崩、数据不一致等问题。本文结合 PHP(以 ThinkPHP6/8 + Predis/PhpRedis 为例),从缓存设计到典型问题给出可落地的解决方案。


一、缓存的基本设计原则

1. 缓存什么?

优先缓存这几类数据:

  • 读多写少:商品详情、配置项、字典数据

  • 计算成本高:统计报表、排行榜、聚合查询结果

  • 弱一致性可接受:首页楼层、推荐列表

不适合缓存:

  • 强一致性要求极高(如账户余额实时扣减)

  • 写多读少(如频繁变更的状态流水)

2. Key 设计规范(非常重要)

Key 设计直接影响维护成本和排查效率:

业务:子模块:唯一标识

示例:

// 商品详情 $key = 'product:detail:' . $productId; // 用户权限 $key = 'user:permission:' . $userId; // 首页楼层(带版本号防雪崩) $key = 'home:floor:v2';

禁止

  • 过长 key(超过 1KB)

  • 特殊字符(空格、换行、引号

  • 纯 MD5(可读性差)

3. TTL 设计

  • 热点数据:固定过期 + 随机偏移

  • 低频数据:较短 TTL

  • 永不过期:仅用于极端场景,必须配合后台刷新

$ttl = 3600 + random_int(0, 300); // 1小时 ±5分钟

二、PHP 中 Redis 的典型使用方式

1. 客户端选择

  • PhpRedis(C 扩展):性能最好,生产首选

  • Predis(纯 PHP):兼容性最好,适合开发/测试

ThinkPHP 配置示例:

// config/cache.php return [ 'default' => 'redis', 'stores' => [ 'redis' => [ 'type' => 'redis', 'host' => '127.0.0.1', 'port' => 6379, 'password' => '', 'select' => 0, 'timeout' => 1.5, 'expire' => 3600, 'persistent' => false, ], ], ];

2. 最基础的 Cache Aside 模式(旁路缓存)

这是 PHP 项目中最常用、也是最稳定的模式。

读流程
public function getProduct(int $productId) { $key = 'product:detail:' . $productId; $data = Cache::get($key); if ($data !== null) { return json_decode($data, true); } // 缓存未命中,查数据库 $product = ProductModel::find($productId); if (!$product) { // 【重要】防止缓存穿透 Cache::set($key, json_encode([]), 300); return []; } Cache::set( $key, json_encode($product->toArray()), 3600 + random_int(0, 300) ); return $product->toArray(); }
写流程(更新 DB + 删除缓存)
public function updateProduct(int $productId, array $data) { ProductModel::where('id', $productId)->update($data); // 删除缓存,而不是更新缓存 $key = 'product:detail:' . $productId; Cache::delete($key); }

为什么删除缓存而不是更新缓存?

  • 并发更新时避免数据覆盖

  • 减少无效写缓存

  • 符合最终一致性


三、缓存穿透:查不存在的数据

问题描述

大量请求查询数据库中根本不存在的数据,缓存不命中,直接打到 DB。

典型攻击场景:id = -1 / 超大 id

解决方案 1:缓存空值(最常用)

if (!$product) { Cache::set($key, json_encode(['__NULL__' => 1]), 300); return []; }

读取时判断:

$data = json_decode(Cache::get($key), true); if (isset($data['__NULL__'])) { return []; }

⚠️ 空值 TTL 要短,防止脏数据长期存在。


解决方案 2:布隆过滤器(高并发场景)

适合数据量巨大、恶意请求多的场景。

思路:

  1. 启动时将所有合法 ID 加载进 Bloom Filter

  2. 请求先过 BF,不存在直接拒绝

伪代码示例:

if (!BloomFilter::exists('product:id:' . $productId)) { return []; }

PHP 可用:

  • RedisBloom 模块

  • 自实现(bitmap + hash)


四、缓存击穿:热点 Key 过期瞬间

问题描述

某个超级热点 Key(如首页秒杀商品)过期瞬间,大量请求同时击穿到 DB。

解决方案 1:互斥锁(Mutex Lock)

public function getHotProduct(int $productId) { $key = 'product:hot:' . $productId; $lockKey = 'lock:' . $key; $data = Cache::get($key); if ($data !== null) { return json_decode($data, true); } // 尝试加锁 $locked = Cache::store('redis')->handler()->set( $lockKey, 1, ['nx', 'ex' => 3] ); if ($locked) { try { $product = ProductModel::find($productId); Cache::set($key, json_encode($product), 3600); } finally { Cache::delete($lockKey); } return $product->toArray(); } // 未抢到锁,短暂等待后重试 usleep(200000); // 200ms return $this->getHotProduct($productId); }

✅ 核心点:

  • SET key value NX EX原子操作

  • 锁超时防止死锁

  • 重试机制避免瞬时失败


解决方案 2:逻辑过期(推荐)

不给 Key 设置物理 TTL,而是在 value 中存过期时间。

{ "data": {...}, "expire_at": 1700000000 }

读取时:

if ($cache['expire_at'] < time()) { // 异步刷新缓存(队列 / 协程) } return $cache['data'];

✅ 优点:永不断连

❌ 缺点:代码复杂度高


五、缓存雪崩:大量 Key 同时失效

问题描述

大量缓存同一时刻失效,DB 瞬间被打爆。

解决方案 1:TTL 加随机值(基础必做)

$ttl = 3600 + random_int(0, 600);

解决方案 2:缓存永不过期 + 后台刷新

  • 缓存不设 TTL

  • 定时任务(crontab / Swoole Timer)定期重建缓存

适合:

  • 首页数据

  • 排行榜

  • 配置类数据


解决方案 3:多级缓存(进阶)

PHP ArrayCache → Redis → Database

示例:

static $localCache = []; if (isset($localCache[$key])) { return $localCache[$key]; } $data = Cache::get($key); if ($data) { $localCache[$key] = $data; }

六、缓存与数据库一致性

推荐顺序(Cache Aside)

更新 DB → 删除缓存

并发问题处理

时序

问题

解决

更新 DB → 删除缓存失败

脏数据

重试 / MQ 兜底

删除缓存 → 更新 DB

短暂脏读

延迟双删

延迟双删(推荐)

Cache::delete($key); DB::update(...); usleep(500000); // 500ms Cache::delete($key);

七、PHP + Redis 常见坑位总结

问题

原因

解决

Redis 连接数暴涨

每次请求 new Redis

使用连接池 / 单例

缓存序列化异常

PHP 数组直接存

json_encode

大 Key 拖慢 Redis

存整个列表

分页 / Hash

热 Key 打爆 CPU

单一 Key 超高 QPS

Key 拆分 / 本地缓存

内存溢出

没设 maxmemory

配 LRU + 监控


八、一个完整的商品详情缓存示例(生产级)

public function productDetail(int $productId) { $key = 'product:detail:' . $productId; $lockKey = 'lock:' . $key; // 1. 读缓存 $data = Cache::get($key); if ($data) { $arr = json_decode($data, true); if (isset($arr['__NULL__'])) return []; return $arr; } // 2. 互斥锁防止击穿 if (Cache::store('redis')->handler()->set($lockKey, 1, ['nx', 'ex' => 2])) { try { $product = ProductModel::find($productId); if (!$product) { Cache::set($key, json_encode(['__NULL__' => 1]), 300); return []; } Cache::set( $key, json_encode($product->toArray()), 3600 + random_int(0, 300) ); return $product->toArray(); } finally { Cache::delete($lockKey); } } // 3. 未抢到锁,稍后重试 usleep(200000); return $this->productDetail($productId); }

九、总结一句话

Redis 不是银弹,缓存设计的核心在于:Key 规范、TTL 随机化、Cache Aside 模式、互斥锁防击穿、空值防穿透、延迟双删保一致。