服务器缓存教程：从 Nginx 静态缓存到 Redis 对象缓存配置实操

知识分享

2026-10-12 01:40

14 阅读

服务器缓存的核心思路是把后端重复计算或查询的结果暂存到更快的位置，减少每次请求都去访问数据库或动态程序。
对零基础用户来说，最容易落地的两种方式是：Nginx 做静态文件和动态页面缓存，Redis 做对象或数据查询缓存。
下面按实际配置顺序说明，环境以常见的 Linux + Nginx + PHP + MySQL 站点为例，Redis 部分同样适用于其他后端语言。

先确认你的站点适合哪种缓存

如果你的页面主要是静态资源（图片、CSS、JS）加载慢，优先做 Nginx 浏览器缓存和静态文件缓存。
如果页面是动态生成、数据库查询频繁，再考虑 Nginx fastcgi_cache 或 Redis 对象缓存。
两者不冲突，可以同时用。

准备条件：

一台能 SSH 登录的 Linux 服务器，已安装 Nginx。
有 sudo 或 root 权限，能修改 Nginx 配置文件。
如果要做 Redis 缓存，需要能安装或已安装 Redis 服务。
操作前备份当前 Nginx 配置文件，例如：cp /etc/nginx/nginx.conf /etc/nginx/nginx.conf.bak。

判断当前缓存状态可以用 nginx -V 2>&1 | grep -o with-http_fastcgi_cache 查看是否编译了 fastcgi 缓存模块，
有输出说明支持。

配置 Nginx 静态资源缓存

这一步让浏览器和 Nginx 把图片、样式、脚本等文件缓存起来，减少重复传输。

打开站点配置文件，路径通常在 /etc/nginx/conf.d/你的站点.conf 或 /etc/nginx/sites-available/你的站点。
在 server 块内加入：

location ~* \.(jpg|jpeg|png|gif|ico|css|js|svg|woff2?)$ {
    expires 30d;
    add_header Cache-Control "public, immutable";
    access_log off;
}

保存后执行 nginx -t 检查语法，出现 syntax is ok 和 test is successful 再执行 systemctl reload nginx 重载。
验证方法：用浏览器开发者工具打开 Network 面板，刷新页面，查看图片或 CSS 的响应头是否包含 Cache-Control: public, immutable 和 Expires。

注意：如果文件名不带版本号或哈希，更新文件后用户可能仍看到旧缓存。
可以在文件名里加版本参数，例如 style.css? v=2，或缩短 expires 时间。

用 Nginx fastcgi_cache 缓存动态页面

动态页面每次请求都执行 PHP 和查询数据库，访问量大时压力明显。
fastcgi_cache 可以把 PHP 返回的页面内容缓存到磁盘，后续请求直接返回缓存。

在 http 块内定义缓存区域，路径和大小按磁盘情况调整：

fastcgi_cache_path /var/cache/nginx/fastcgi levels=1:2 keys_zone=my_cache:100m inactive=60m max_size=1g;
fastcgi_cache_key "$scheme$request_method$host$request_uri";

然后在处理 PHP 的 location ~ \.php$ 块内加入：

fastcgi_cache my_cache;
fastcgi_cache_valid 200 301 302 10m;
fastcgi_cache_valid 404 1m;
fastcgi_cache_use_stale error timeout invalid_header http_500;
add_header X-FastCGI-Cache $upstream_cache_status;

创建缓存目录并授权：mkdir -p /var/cache/nginx/fastcgi && chown -R nginx:nginx /var/cache/nginx（如果 Nginx 运行用户是 www-data，则改成 www-data:www-data）。
执行 nginx -t 通过后重载。

验证时用 curl -I https://你的域名 查看响应头中的 X-FastCGI-Cache，第一次可能是 MISS，再次请求变成 HIT 说明缓存生效。

避坑点：登录状态、购物车、后台页面不能缓存，否则会串用户数据。
可以在 Nginx 里对特定 Cookie 或 URL 跳过缓存：

if ($http_cookie ~* "logged_in|session") {
    set $skip_cache 1;
}
fastcgi_cache_bypass $skip_cache;
fastcgi_no_cache $skip_cache;

Redis 缓存对象和查询结果

如果动态程序里频繁查询同一批数据，可以在代码层用 Redis 缓存。
以常见 PHP 环境为例，先确认 Redis 服务和 PHP Redis 扩展可用：

redis-cli ping
php -m | grep redis

redis-cli ping 返回 PONG，php -m 输出 redis 表示环境正常。
安装命令因系统而异，Ubuntu/Debian 可参考 apt install redis-server php-redis，CentOS 可参考 yum install redis php-redis，具体包名以你的系统源为准。

代码里缓存查询结果的基本模式：

$redis = new Redis();
$redis->connect('127.0.0.1', 6379);
$key = 'user:profile:' . $userId;
$data = $redis->get($key);
if ($data === false) {
    $data = 从数据库查询($userId);
    $redis->setex($key, 300, json_encode($data));
}

setex 的第三个参数是过期秒数，示例为 300 秒。
验证方法：第一次访问页面后，在命令行执行 redis-cli keys 'user:profile:*' 能看到对应 key，再次访问页面响应时间应下降。

常见问题与排查方向

配置后缓存不生效，先检查 nginx -t 是否通过、重载是否成功。
再看缓存目录权限，Nginx 用户必须能写入 /var/cache/nginx/fastcgi。
如果响应头一直是 MISS，检查请求是否携带了跳过缓存的 Cookie，或缓存有效时间是否设置过短。

Redis 连接失败时，
用 redis-cli ping 确认服务在运行，
检查 redis.conf 中的 bind 和 protected-mode 设置，
不要直接对外网开放 6379 端口。

缓存内容更新不及时，属于正常现象。
可以在数据变更后主动删除对应 key，例如 redis-cli del user:profile:123，或缩短过期时间。

效果确认与回滚

缓存是否有效，不要只看感觉。
可以用 ab 或 curl -w 对比开启前后的响应时间，也可以观察 Nginx 日志中缓存命中情况。
开启 fastcgi_cache 后建议监控磁盘占用，避免缓存目录无限增长。

如果出现页面错乱或数据串号，立即回滚：把之前备份的 Nginx 配置文件恢复，执行 nginx -t && systemctl reload nginx，并清理缓存目录。
Redis 侧可以执行 redis-cli flushdb 清空当前库，但生产环境慎用，先确认不会影响其他业务。

服务器缓存教程的重点不是一次配完就结束，而是根据站点类型选择合适层级，配置后持续观察命中率和数据一致性。
静态资源缓存、Nginx 页面缓存、Redis 数据缓存可以组合使用，但每加一层都要验证是否真的减少了后端压力。

服务器租用教程：从选型到上线的完整实操步骤

Linux 服务器数据库安装与远程连接配置实操