详解ThinkPHP缓存机制与Redis高并发应用【架构优化】-ThinkPHP-PHP中文网

thinkphp高并发缓存需系统性调优：必须显式配置redis关键参数（timeout、persistent、select、serialize、prefix），禁用if-get-set三步操作，改用cache::remember或原子化set；分层防护穿透、击穿、雪崩；多级缓存需手动双删且顺序严格。

详解thinkphp缓存机制与redis高并发应用【架构优化】

ThinkPHP 的缓存不是“配好驱动就能扛高并发”，而是需要从配置、读写逻辑、多级协同到服务端联动做系统性调优。真正压垮系统的，往往不是 Redis 本身，而是错误的用法和缺失的关键防护。

Redis 驱动必须显式调优，不能只改 default

把 'default' => 'redis' 往 config/cache.php 里一填，只是开了个门，没装锁、没设闸、没铺路。线上缓存失效、连接超时、CPU 打满，十有八九始于这里。关键参数必须逐项确认：

timeout 必须设为非 0 值（如 3）：默认 0 是无限等待，一个慢请求会拖垮整个连接池
persistent 开启（设为 true）：避免每次请求重建 TCP 连接，QPS 上千时 handshake 成最大瓶颈
select 显式指定库号（如 1）：隔离缓存与 session 或其他业务，防止误清或键冲突
serialize 推荐 igbinary：需 PHP 已安装扩展，比默认 serialize 内存低 30%，反序列化更快
prefix 统一且带业务标识：如 tp6:user:，避免不同模块键名碰撞

缓存读写必须原子化，禁用 if-get-set 三步操作

下面这种写法在并发下必然出错：

if (!$data = Cache::get($key)) {
    $data = Db::find($id);
    Cache::set($key, $data, 3600);
}

问题在于：DB 查询失败导致 key 永久空置；set 和 expire 分离，可能留下永不过期的脏缓存；多个请求同时进入，重复查库、覆盖 TTL、放大 DB 压力。

正确做法只有两种：

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

用数组参数强制原子写入：Cache::set($key, $value, ['EX' => $ttl])（底层调用 SETEX）
更推荐 Cache::remember($key, $ttl, function () use ($id) { return Db::find($id); })：自动处理空值、异常、原子写入，还支持 fallback 回调

穿透、击穿、雪崩必须分层防护

缓存不是万能胶，不加防护的“裸奔”在高并发下等于邀请攻击。

穿透：查不到就写 "__MISS__" 并设短 TTL（如 60 秒），堵住恶意空 ID 请求
击穿：热点 key 失效瞬间大量请求打穿 DB，必须配合分布式锁 —— 锁 key 与缓存 key 同库同前缀（如 lock:user:123），释放必须进 try-finally，重试最多 3 次，每次休眠 50ms
雪崩：大量 key 同一时刻过期，TTL 必须加随机抖动，例如 $ttl = 3600 + rand(1, 300)