使用场景:项目的页面须要加载不少数据，也不是常常变化的，不涉及个性化定制，为每次请求去动态生成数据，性能比不上根据请求路由和参数缓存一下结果，使用 Nginx 缓存将大幅度提高请求速度。java
基础
只须要配置 proxy_cache_path 和 proxy_cache 就能够开启内容缓存，前者用来设置缓存的路径和配置，后者用来启用缓存。nginx
http {
...
proxy_cache_path /path/to/cache levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=60m use_temp_path=off;
server {
proxy_cache mycache;
location / {
proxy_pass http://localhost:8000;
}
}
}
对应参数说明:
1.用于缓存的本地磁盘目录是 /path/to/cache/缓存
2.levels 在 /path/to/cache/ 设置了一个两级层次结构的目录。将大量的文件放置在单个目录中会致使文件访问缓慢，因此针对大多数部署，咱们推荐使用两级目录层次结构。若是 levels 参数没有配置，则 NGINX 会将全部的文件放到同一个目录中。服务器
3.keys_zone 设置一个共享内存区，该内存区用于存储缓存键和元数据，有些相似计时器的用途。将键的拷贝放入内存可使 NGINX 在不检索磁盘的状况下快速决定一个请求是 HIT 仍是 MISS，这样大大提升了检索速度。一个 1MB 的内存空间能够存储大约 8000 个 key，那么上面配置的 10MB 内存空间能够存储差很少 80000 个key。cookie
4.max_size 设置了缓存的上限（在上面的例子中是 10G）。这是一个可选项；若是不指定具体值，那就是容许缓存不断增加，占用全部可用的磁盘空间。当缓存达到这个上线，处理器便调用 cache manager 来移除最近最少被使用的文件，这样把缓存的空间下降至这个限制之下。curl
5.inactive 指定了项目在不被访问的状况下可以在内存中保持的时间。在上面的例子中，若是一个文件在 60 分钟以内没有被请求，则缓存管理将会自动将其在内存中删除，无论该文件是否过时。该参数默认值为 10 分钟（10m）。注意，非活动内容有别于过时内容。NGINX 不会自动删除由缓存控制头部指定的过时内容（本例中Cache-Control:max-age=120）。过时内容只有在 inactive 指定时间内没有被访问的状况下才会被删除。若是过时内容被访问了，那么 NGINX 就会将其从原服务器上刷新，并更新对应的 inactive 计时器。性能
6.NGINX 最初会将注定写入缓存的文件先放入一个临时存储区域， use_temp_path=off 命令指示 NGINX 将在缓存这些文件时将它们写入同一个目录下。咱们强烈建议你将参数设置为 off 来避免在文件系统中没必要要的数据拷贝。use_temp_path 在 NGINX1.7 版本和 NGINX Plus R6 中有所介绍。url
最终，proxy_cache 命令启动缓存那些 URL 与 location 部分匹配的内容（本例中，为/）。你一样能够将 proxy_cache 命令添加到 server 部分，这将会将缓存应用到全部的那些 location 中未指定本身的 proxy_cache 命令的服务中。spa
Nginx 缓存相关进程
缓存中还涉及两个额外的NGINX进程：code
- cache manager 周期性地启动，检查高速缓存的状态。若是高速缓存大小超过 proxy_cache_path 中 max_size 参数设置的限制，则高速缓存管理器将删除最近访问过的数据。在两次缓存管理器启动的间隔，缓存的数据量可能短暂超过配置的大小。
-
cache loader 只运行一次，NGINX 开始以后。它将有关之前缓存的数据的元数据加载到共享内存区域。一次加载整个缓存可能会消耗足够的资源来在启动后的最初几分钟内下降 NGINX 的性能。要避免这种状况，请经过在 proxy_cache_path 指令中包含如下参数来配置缓存的迭代加载：
- loader_threshold - 迭代持续时间，以毫秒为单位（默认状况下 200）
- loader_files - 一次迭代期间加载的最大项目数（默认状况下 100）
- loader_sleeps - 迭代之间的延迟，以毫秒为单位（默认状况下 50）
在如下示例中，迭代持续数300 毫秒或直到 200 个项目被加载进去：
proxy_cache_path /data/nginx/cache keys_zone=one:10m loader_threshold=300 loader_files=200;
其余经常使用参数
配置示例：
proxy_cache_path /path/to/cache levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=60m use_temp_path=off;
server {
...
location / {
proxy_cache my_cache;
# proxy_cache_key "$host$request_uri$cookie_user";
proxy_cache_min_uses 3;
proxy_cache_methods GET HEAD POST;
proxy_cache_valid 200 302 10m;
proxy_cache_valid 404 1m;
# proxy_cache_valid any 5m;
proxy_pass http://localhost:8000;
}
}
对应参数说明：
proxy_cache_key 为更改计算密钥时使用的请求特征，指定缓存的 key，这个不推荐，示例是使用域名，请求url，用户 cookie 来看成 key，意味着一个页面将为不一样的用户缓存 n 次，绝大多数状况不须要这样的操做。
proxy_cache_min_uses 为在缓存响应以前必须使用相同密钥的请求的最小次数。
proxy_cache_methods 为指定要被缓存的请求方式的响应值，默认为 GET 和 HEAD，新增其余的须要一块儿列出来，如上示例所示。
proxy_cache_valid 为响应状态码的缓存时间，示例能够为每一个状态码缓存指定时间，也可使用 any 进行所有状态码的缓存。
清除缓存
须要提早加一个配置，用于标识使用 HTTP PURGE 方法的请求并删除匹配的 URL 对应的缓存。<br/>
1.在 http {} 上下文中建立新变量，例如 $purge_method, 他依赖于 $request_method 变量：
http {
...
map $request_method $purge_method {
PURGE 1;
default 0;
}
}
2.在 location {} 块中，已经配置缓存的前提下，引入 proxy_cache_purge 参数来指定清除缓存请求的条件。例如在上一步指定的 $request_method
server {
listen 80;
server_name www.example.com;
location / {
proxy_pass https://localhost:8002;
proxy_cache mycache;
proxy_cache_purge $purge_method;
}
}
配置完并使之生效以后，就能够发送一条 purge 请求来让缓存失效了，例如：
curl -X PURGE -D – "https://www.example.com/*"
在该示例中，将清除具备公共 URL 部分（由星号通配符指定）的资源。但这些缓存条目不会从缓存中彻底删除：它们会保留在磁盘上，直到它们被视为不活动（由proxy_cache_path 中的 inactive参数决定）的时候才彻底删除，或缓存清除器（由 proxy_cache_path 中的 purge 决定），或客户端尝试访问它们的时候。