PHP 怎么PHP Redis 页面缓存

wen PHP项目 2026-07-31 2

PHP + Redis 页面缓存实战指南：从入门到性能暴涨的终极方案

目录导读

为什么页面缓存如此重要？ – 理解动态请求的性能瓶颈
Redis 凭什么成为缓存首选？ – 对比文件缓存与 Memcached
PHP + Redis 环境搭建与扩展安装 – 一步步配置
核心实战：整页缓存（Full Page Cache）实现
进阶优化：局部缓存与碎片化缓存策略
缓存击穿、雪崩与穿透的终极防御
常见问题解答（FAQ）
总结与性能测试对比

为什么页面缓存如此重要？

在动态网站中，每一次用户请求都会触发 PHP 解析、数据库查询、模板渲染等步骤，当并发量达到数千甚至上万时，数据库压力剧增，CPU 与内存资源耗尽，最终导致页面响应时间从 50ms 飙升到 3-5 秒。页面缓存的核心思想是：将已经渲染完成的 HTML 输出存储在高速存储介质中，下次相同请求直接返回，省略全部动态计算过程，根据实践经验，合理使用缓存能让页面吞吐量提升 10-100倍。

PHP 怎么PHP Redis 页面缓存

Redis 凭什么成为缓存首选？

内存级速度：数据存储在内存中，读写速度低于 1ms，比磁盘文件缓存快 100 倍。
丰富的数据结构：支持字符串、哈希、列表、集合等,适合存储复杂缓存元数据。
过期策略：支持 EXPIRE、TTL，可精确控制缓存失效时间,避免数据陈旧。
持久化机制：RDB/AOF 双重保障，防止重启导致缓存丢失（虽然主要用于缓存，但依然重要）。
原子性操作：SETNX 用于分布式锁,防止缓存穿透的并发重建问题。

对比文件缓存：文件缓存需要处理磁盘 I/O、并发写入冲突、跨服务器同步问题，Redis 天然支持主从复制、哨兵集群,适合多实例部署。

PHP + Redis 环境搭建与扩展安装

前提：已安装 PHP 7.4+ 与 Redis 服务器（6.x 版）。

安装 PHP Redis 扩展（以 Linux + PECL 为例）：

pecl install redis
echo "extension=redis.so" >> /etc/php.ini
systemctl restart php-fpm

验证扩展：

<?php
$redis = new Redis();
$redis->connect('127.0.0.1', 6379);
echo $redis->ping(); // 输出 +PONG

推荐使用 PhpRedis 扩展（比 predis 纯 PHP 实现性能提高 40%）。

核心实战：整页缓存（Full Page Cache）实现

实现逻辑：

用户请求 → 检查 Redis 是否存在缓存键（如 page:home） → 存在直接返回 HTML → 不存在则执行 PHP 动态逻辑 → 渲染 HTML → 存入 Redis 并设置过期时间 → 返回给用户。

代码示例（基于原生 PHP）：

<?php
$cacheKey = 'page:' . md5($_SERVER['REQUEST_URI']);
$redis = new Redis();
$redis->connect('127.0.0.1', 6379);
// 尝试获取缓存
$cachedHtml = $redis->get($cacheKey);
if ($cachedHtml !== false) {
    echo $cachedHtml;
    exit; // 直接结束，不执行后续逻辑
}
// 开始动态内容渲染（模拟耗时查询）
ob_start(); // 开启输出缓冲
// ... 你的业务逻辑，echo 输出 HTML ...
$html = ob_get_contents(); // 获取缓冲内容
ob_end_flush(); // 输出到浏览器
// 写入 Redis 缓存，有效期 600 秒
$redis->setex($cacheKey, 600, $html);

关键点：

缓存键必须包含 URL 特征 与 用户身份（如 user:{id}:page:...）避免相互串数据。
对于登录用户，建议使用 Vary: Cookie 处理,或者直接跳过缓存。

进阶优化：局部缓存与碎片化缓存策略

整页缓存虽然简单,但遇到以下场景会失效：

页面包含用户昵称、购物车数量等个性化信息。
页面部分区块（如最新评论）需要实时更新。

解决方案：ESI（Edge Side Include）模拟：

主缓存：缓存整页公共部分，但将个性化区域替换为占位标签 <esi:include src="/api/userinfo" />。
边缘缓存：在 Nginx 层解析 ESI 标签或使用 SSI，但更简单的做法是分段缓存：

// 缓存公共侧边栏（每 1 小时更新）
$sidebarHtml = $redis->get('block:sidebar');
if (!$sidebarHtml) {
    $sidebarHtml = renderSidebar(); // 生成代码
    $redis->setex('block:sidebar', 3600, $sidebarHtml);
}
// 用户信息区域（基于 Session，仅缓存 5 分钟）
$userHtml = $redis->get('user:' . $userId . ':info');
if (!$userHtml) {
    $userHtml = renderUserInfo($userId);
    $redis->setex('user:' . $userId . ':info', 300, $userHtml);
}
echo $sidebarHtml . $userHtml . $mainContent; // 组合输出

注意：碎片缓存需要谨慎处理 缓存依赖，比如用户信息修改后必须主动 DEL 对应缓存。

缓存击穿、雪崩与穿透的终极防御

问题	描述	解决方案
击穿	单个热点 key 过期瞬间，大量请求直击数据库	互斥锁：`SETNX lock:key` 获取锁后重建，其他请求等待，2. 逻辑过期：缓存中存储过期时间，异步刷新。
雪崩	大量 key 在同一时间过期	设置随机过期时间：`setex($key, 600 + rand(0, 300), $html)`
穿透	查询不存在的数据，每次都绕过缓存	缓存空值（`null`）带短过期时间，2. 使用布隆过滤器拦截非法 key。

互斥锁代码示例：

$lockKey = $cacheKey . ':lock';
$lockAcquired = $redis->set($lockKey, 1, ['NX', 'EX' => 5]);
if ($lockAcquired) {
    // 重新生成缓存
    $html = renderPage();
    $redis->setex($cacheKey, 600, $html);
    $redis->del($lockKey); // 释放锁
    echo $html;
} else {
    // 等待 50ms 后重试读取缓存
    usleep(50000);
    header('Location: ' . $_SERVER['REQUEST_URI']);
    exit;
}