PHP高并发Redis缓存核心是扛压防错：必须用phpredis扩展，禁用裸get/set，统一用setex或带EX选项的set保障原子性，空值缓存防穿透，TTL加随机抖动防雪崩，命名空间隔离key，并启用连接池与二级缓存兜底。
PHP 中用 Redis 做高并发缓存，核心不是“连得上”，而是“扛得住、不出错、不拖垮后端”。直接裸调 get() + set() 在流量稍大时就会暴露问题：缓存雪崩、穿透、击穿、连接堆积、键冲突、过期失效不同步……这些不是边缘情况，而是上线即触发的高频风险。
选对客户端：phpredis 是生产默认选项
线上环境必须优先用 phpredis（C 扩展），它原生支持原子命令（如 setex）、连接复用、管道（pipeline）、Lua 脚本和集群。性能比纯 PHP 的 Predis 高 30%–50%，尤其在短连接高 QPS 场景下更稳。
Predis 仅适合开发调试或容器化初期无法装扩展时——它每次 new Client 默认新建 TCP 连接，QPS 上千就卡在握手阶段。若必须用 Predis，请手动复用单例，并显式设置超时：
-
'timeout' => 0.5（连接超时） -
'read_write_timeout' => 0.3（读写超时）
phpredis 连接更简洁：
立即学习“PHP免费学习笔记（深入）”；
$redis = new Redis();
$redis->connect('127.0.0.1', 6379);
$redis->setOption(Redis::OPT_PREFIX, 'myapp:'); // 自动加前缀，防 key 冲突
缓存读写必须带兜底与原子性
别写 if (!$redis->get($key)) { $data = dbQuery(); $redis->set($key, $data); $redis->expire($key, 3600); } —— 这三步非原子，中间出错就留僵尸缓存。
正确做法是：
- 一律用
setex($key, $ttl, $value)或set($key, $value, ['EX' => $ttl])，一次完成写入+过期 - 查不到时，缓存空值（如
"__MISS__"）并设短 TTL（60 秒），防穿透 - 对关键数据加二级缓存（如 APCu 存 30 秒），Redis 挂了也能缓冲几秒
防雪崩：TTL 加随机抖动，不搞整点刷新
所有热门 key 如果统一设 EX 3600，整点集体过期，DB 瞬间被打爆。解决方式很简单：
$ttl = 3600 + rand(1, 300); // 1 小时 + 0–5 分钟抖动- 搭配命名空间规范，如
user:profile:123、product:detail:sku-456，便于按前缀批量管理 - 监控时可用 RedisInsight 按前缀分组，快速定位命中率低的模块
连接与部署要贴合实际架构
单站点够用？多业务共用一个 Redis 实例容易互相干扰。宝塔等面板支持开多个独立实例（改 port、pidfile、log、data 目录），例如：
- 电商站用
6380，后台系统用6381，完全隔离 - PHP-FPM 配置里开启
redis.session.locking_enabled = 1，避免会话竞争 - 大对象（如序列化数组）优先用
Redis::SERIALIZER_IGBINARY，比 json 快 2–3 倍且类型安全
不复杂但容易忽略。
