在nginx层拦截重复请求可大幅降低后端cpu开销，通过精准缓存静态页、低频高热数据及高开销稳定接口，配合键值过滤敏感参数、分级有效期、stale机制及存储结构优化实现高效缓存。
直接在 Nginx 层拦截重复请求，是降低后端 CPU 开销最有效的方式之一。它不改动业务代码、不引入新服务，而是让本该由后端执行的数据库查询、模板渲染、聚合计算等高成本操作，在 Nginx 返回缓存响应时就彻底跳过——后端零参与，CPU 压力自然大幅下降。
只缓存真正值得缓存的内容
不是所有请求都适合缓存，错误缓存反而增加负担或引发数据错乱。重点聚焦三类：
- 静态页面：如商品详情页、帮助文档、新闻页，发布后数小时至数天不变；
- 低频更新但高热度的数据：例如每小时刷新一次的排行榜、天气聚合页、活动倒计时；
- 计算开销大且结果稳定的接口：比如含多表 JOIN 和 GROUP BY 的报表 API，允许 5–30 分钟延迟更新即可显著减轻数据库压力。
精准定义缓存键，避免误命中和污染
带用户上下文（如登录态、地域、AB 测试分组）的请求必须排除在缓存之外：
- 用
proxy_cache_bypass $http_cookie $arg_user_id $arg_debug;跳过含敏感参数或 Cookie 的请求； - 显式设置
proxy_cache_key "$scheme$request_method$host$request_uri$is_args$args";，剔除Cookie、User-Agent等易变字段； - 对需鉴权的页面，可结合
auth_request模块前置校验，仅将校验通过后的通用响应（如未登录首页）纳入缓存。
分级设置缓存有效期与更新策略
时间太短没效果，太长则数据陈旧：
- 使用
proxy_cache_valid按状态码分级：如200 302 10m; 404 1m;； - 启用
proxy_cache_use_stale updating;，当后台异步刷新缓存时，仍可返回旧内容，防止并发回源压垮后端； - 需要主动失效时（如运营紧急改版），配合
proxy_cache_purge和专用 purge 接口或Cache-Control: no-cache请求头，避免全量清空。
优化缓存存储结构，减少 Nginx 自身开销
缓存文件过多会反向消耗 Nginx 的 CPU：
- 设置
levels=1:2实现两级目录，避免单目录海量文件导致扫描卡顿； - 控制
manager_files在 40–80 之间，配合manager_sleep 200ms降低元数据管理频率； - 确保
use_temp_path=off，绕过临时路径中转，提升写入效率； - 缓存目录需赋予 Nginx 工作进程读写权限，例如
chown -R nginx:nginx /var/cache/nginx。
