技术积淀----NGINX缓存技术頭條網

技术积淀----NGINX缓存

整洁的代码，合理的架构是一个性能卓越的应用不可或缺的优点。同时在很多案例中，开发者投入一些精力在一些最基本的技术上，也可以带来非常大的性能提升。这些基础的技术包括就包括缓存技术。本文主要介绍下如何利用NGINX缓存提升系统性能。

nginx常常被当做反向代理、负载均衡器。同时nginx还具备强大的缓存特性，接下来我们将介绍如何配置nginx缓存。

如何配置最基础的缓存。

使用最基本的缓存功能，只需要两个NGINX指令：proxy_cache_path 和 proxy_cache。 proxy_cache_path 指令设置缓存路径和一些缓存配置，proxy_cache 指令用来使用NGINX缓存。

proxy_cache_path 指令包含下面这些配置：

/path/to/cache/ 指定缓存存放的磁盘目录。

levels=1:2 设置缓存存放的目录结构为两级，这个也是官方推荐的设置。设置默认是一级目录结构，实验表明在大量缓存文件被频繁读取的场景，文件读取性能会降低。

keys_zone 设置一个共享的区域，用来存放缓存的key以及元数据，用来计算定时，缓存是不是命中等信息。1M的共享区域可以存储大约8000个key,本例子设置的10M，大约可以存储8万个key。

max_size 设置允许nginx缓存使用的最大磁盘空间，比如本例子中允许使用的最大空间是10G，如果不设置，表示允许使用所有的磁盘空间。如果缓存占用达到了设置的上限，缓存管理器会自动移除最近最少使用的数据。

inactive 指定一个缓存项最大多长时间，不被使用将被删除。本例子中设置的是60m,表示如果一个缓存项，超过60分钟没有被再次请求，那么缓存管理器会自动删除此缓存，不管缓存是不是过期。inactive 内容和缓存过期（Expired）是两个不同的概念。Nginx不会自动删除缓存过期的内容，Expired (stale)内容只会在Inactive时间到了后，才会被缓存管理器删除。

use_temp_path 官方推荐设置为off，用来改变nginx默认首次缓存文件被写入临时文件。设置为off后，缓存文件将不会先写入临时文件，然后后续移动到缓存目录，避免缓存文件被copy带来的系统开销。

最后proxy_cache 指令用来控制如何使用nginx缓存，如上面例子，请求满足配置规则进入location，请求到的内容将会被缓存。

proxy_cache 也可以在直接在server指令的作用域设置，如果location没有设置proxy_cache，那么将直接使用server的缓存设置。

NGINX中缓存的key是什么格式？

nginx默认的缓存key 是$scheme$proxy_host$request_uri，然后做MD5 hash。$schema是nginx内置的变量，表示http 或者https。$proxy_host，$request_uri如何理解，请看下面的例子。

http://www.example.org/my_image.jpg请求对于上面的配置，缓存key就应该是md5(“http://my_upstream:80/my_image.jpg”)。

大家注意到$proxy_host被用在了生成缓存key。$proxy_host如何理解呢？location中proxy_pass指令指定的名字和端口，端口默认是80。

同时nginx缓存也支持，用户自定义缓存的key,可以通过proxy_cache_key 进行设置，比如proxy_cache_key $uri$is_args$args;

ps: $is_args 代表请求中的？

如何指定缓存过期时间？

要理清楚此问题，首先需要了解http请求，是如何控制缓存的以及如何校验缓存是不是失效。

缓存控制大家最常见到的是Pragma，Cache-Control，Expires关键字。

http不同的版本控制缓存方式是不一样的，我们先讲http1.0，1.0时代控制比较简单：Pragma: no-cache时，表示禁用缓存，Expires的值是一个GMT时间，表示该缓存的有效时间，但是实际使用的时候，本地时间和服务器时间可能不一致。

http1.1通过Cache-Control来控制缓存。使用Last-Modified,或者etag来校验缓存。

首先讲一下Last-Modified。服务端在返回资源时，会将该资源的最后更改时间通过Last-Modified字段返回给客户端。客户端下次请求时通过If-Modified-Since或者If-Unmodified-Since带上Last-Modified，服务端检查该时间是否与服务器的最后修改时间一致：如果一致，则返回304状态码，不返回资源；如果不一致则返回200和修改后的资源，并带上新的时间，如下图：

单纯的以修改时间来判断还是有缺陷，比如文件的最后修改时间变了，但内容没变。对于这样的情况，我们可以使用etag来处理。

etag的方式是这样：服务器通过某个算法对资源进行计算，取得一串值(类似于文件的md5值)，之后将该值通过etag返回给客户端，客户端下次请求时通过If-None-Match或If-Match带上该值，服务器对该值进行对比校验：如果一致则不要返回资源。

If-None-Match和If-Match的区别是：

If-None-Match：告诉服务器如果一致，返回状态码304，不一致则返回资源

If-Match：告诉服务器如果不一致，返回状态码412

如上http1.0、http1.1现在的http2.0，一些开发为了兼容复杂的环境，索性代码中一并兼容。

nginx默认不支持http1.0。如果要NGINX识别Pragma。开发者需要额外配置。

nginx默认支持是1.1的缓存控制，如果请求响应Cache-Control设置为Private, No-Cache, or No-Store 或者携带 cookie，nginx默认行为是不会缓存结果的。同时GET,HEAD请求才有可能被缓存。

服务器端可以Cache-Control:max-age=xxx (xxx is numeric),开控制缓存的过期时间。

NGINX 可以改变缓存Cache-Control的行为吗？

如上截图，nginx通过proxy_ignore_headers 指令可以忽略Cache-Control头部，强行设置缓存有效期是30分钟。如果没有设置有效期，nginx默认行为是不会缓存内容的。

缓存失效后，如何控制并发更新？

nginx提供了proxy_cache_lock 指令，这个指令打开后，如果并发请求未命中缓存(MISS)，只允许一个请求到后端请求结果，其他请求等待结果，从缓存中拿数据。这个相当于一个分布式锁。在高并发场景非常有用。如果没有设置的话，多个请求都会直接回源到后端。

proxy_cache_lock_age、proxy_cache_lock_timeout 可以进一步控制锁的行为。

缓存失效后，如果触发自动更新？

如上面截图，proxy_cache_use_stale指令中增加updating，同时proxy_cache_background_update 设置为on,当一个请求返现缓存是过期的内容或者缓存正在被更新过程中，那么此时会先返回给客户端一个过期的内容，同时后台会自动更新缓存。

缓存未失效，如何手动越过缓存直接回源？

这样的场景，我理解可能有两种，一种是想验证下缓存是不是正确，第二种场景强制手动更新缓存。可以通过nginx缓存提供的proxy_cache_bypass指令来实现。

proxy_cache_bypass告诉nginx缓存，如果请求参数或者cookie中有nocache，那么请求将回源到后端服务，而不是优先从缓存中取，请求之后的结果会被再次缓存。如下面这个请求http://www.example.com/?nocache=true。

如何统计缓存命中率？

nginx内置的变量 $upstream_cache_status,可以获得缓存的使用情况，开发可以将此状态打在日志中，或者增加到http头部，此变量可能有的取值，MISS, BYPASS, EXPIRED, STALE, UPDATING, REVALIDATED, HIT。统计请求中缓存状态，就可以知道缓存使用情况。