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:布隆过滤器(高并发场景)
适合数据量巨大、恶意请求多的场景。
思路:
启动时将所有合法 ID 加载进 Bloom Filter
请求先过 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 模式、互斥锁防击穿、空值防穿透、延迟双删保一致。