nginx用作缓存

转载来自：https://www.jianshu.com/p/625c2b15dad5

图一：nginx缓存原理

闷着头皮做了好几天，将最初的配置模版写出来了，但是忽略了最重要的一点：Basic Principles,所以让我老大批评了一顿，并改了不少东西，痛定思痛，开始看原理：上图是用户访问website流程图（nginx为proxy）

当第一个用户（蓝）访问网站，他的请求首先会到NGINX PROXY SERVER,随后NGNIX发往后端服务器（灰），后端会将请求的响应首先发往NGINX，由其返回给用户（蓝色），如果这个响应是可以缓存的，则NGINX会保留一份响应的副本，当其他用户（橙色）发起相同的request请求时，NGINX会根据request请求的内容是否存在于缓存中，来直接返回给用户，不经过后端。

这个场景同样适用于浏览器，CDN，用于缓存静态资源。

* HTTP缓存机制

后端服务器会通过响应包头来定义缓存特性：

图二：Origin Server定义的缓存特性

当然，缓存服务器可以通过设置一些参数来忽略或者重写后端服务器的缓存特性，但后端服务器的缓存特性也是极其重要的。

.Expires: 最原始的配置策略，即设置过期时间，但使用效率低下，目前绝大部分已经被Cache-Control（有兴趣的可以去看下http1.0和http1.1）；

.Cache-Control：定义缓存资源属性是private或者是public，并且设置缓存多久后过期，本例中，属性为public，60秒过期；

.X-Accel-Expires: 只有nginx能识别的缓存特性header，优先级大于上面两个header，可以设置此header，在nginx侧来重新定义缓存特性；

.Etag和Last-Modified是捆绑生成的: 有些场景下，你希望client端的浏览器长时间缓存，而缓存服务器只短时间缓存文件，以至于当后端服务器更新后，缓存服务器会及时同步，我们就可以使用最后两个header，Last-Modified表示最后修改时间，并声明一个ETag(哈希值)，做为缓存内容的标签，具有唯一性;客户端访问请求带有If‑Modified‑Since或者If‑None‑Match header，并申明自己的客户端带有静态缓存文件,以及文件修改日期和ETag值，如果服务器端的版本和Etag值与客户端一致，则服务端会直接返回304 not modified，这个验证流程是非常快的，并且节省网络带宽；

.如果Cache-Control设置为public，则客户端不会去验证资源的有效性，将会一直使用直到过期，同时public也代表资源可以被缓存在web proxy中；

.如果Cache-Control包含must-revalidate，则客户端每一次访问请求资源都会去验证缓存是否有更新；

* NGINX都会缓存哪些资源

2. 最佳实践

首先看下nginx proxy cache最基本的配置：

proxy_cache_path/path/to/cache levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=60m use_temp_path=off;

server {

set $upstreamhttp://ip:port

location / {

proxy_cachemy_cache;

proxy_pass$upstream; }

}

配置项说明：

/path/to/cache : 本地路径，缓存文件存放地址；

levels : 默认所有缓存文件都放在同一个/path/to/cache下，从而影响缓存的性能，大部分场景推荐使用2级目录来存储缓存文件；

key_zone : 在共享内存中设置一块存储区域来存放缓存的key和metadata（类似使用次数），这样nginx可以快速判断一个request是否命中或者未命中缓存，1m可以存储8000个key，10m可以存储80000个key；用在内存的

max_size : 最大cache空间，如果不指定，会使用掉所有disk space，当达到配额后，会删除最少使用的cache文件；用在磁盘的

inactive : 未被访问文件在缓存中保留时间，本配置中如果60分钟未被访问则不论状态是否为expired，缓存控制程序会删掉文件，默认为10分钟；“需要注意的是，inactive和expired配置项的含义是不同的，expired只是缓存过期，但不会被删除，inactive是删除指定时间内未被访问的缓存文件”；

use_temp_path : 如果为off，则nginx会将缓存文件直接写入指定的cache文件中，而不是使用temp_path存储，official建议为off，避免文件在不同文件系统中不必要的拷贝；如果为on，那么会先保存在temp_path，然后再移动到cache空间。

proxy_cache : 启用proxy cache，指定key_zone;

附：缓存和代理中常用的配置项

上文讲述了如何配置最基础的proxy cache，接下来，会对常用的高级配置项进行梳理。

proxy_no_cachestring;

Default: —

Context: http , server , location

config example:

proxy_no_cache$cookie_nocache  $arg_nocache  $arg_comment;

proxy_no_cache$http_pragma    $http_authorization;

$cookie_nocache $arg_nocache...皆为变量，可以根据你访问的匹配策略来设置，其值只有2类，0和非0;

访问匹配策略例如：

if ($request_uri ~ ^/(login|register|password\/reset)/) { set $cookie_nocache 1; }

如果在此链式配置中，只要有一个值不为0，则不会cache；例如：proxy_no_cache $cookie_nocache(0) $arg_nocache(1) $arg_comment(0)，不会被cache。`

注：一般会配合proxy_cache_bypass共同使用；

proxy_cache_bypassstring;

Default: —

Context: http , server , location

config example:

proxy_cache_bypass$cookie_nocache $arg_nocache$arg_comment;

proxy_cache_bypass$http_pragma    $http_authorization;

定义在哪些情况下不从cache读取，直接从backend获取资源；配置方式同proxy_no_cache。

proxy_cache_keystring;

Default: proxy_cache_key $scheme$proxy_host$request_uri;

Context: http, server, location

自定义cache key，例如：

proxy_cache_key "$host$request_uri $cookie_user";

默认值为：

proxy_cache_key $scheme$proxy_host$uri$is_args$args;

proxy_cache_methodsGET| HEAD|POST...;

Default: proxy_cache_methods GET HEAD;

Context: http, server, location

指定客户端那些方法被缓存，默认为GET|HEAD。

proxy_cache_purgestring ...;

Default: —

Context: http, server, location

config example：

proxy_cache_path /data/nginx/cache keys_zone=cache_zone:10m;

map $request_method $purge_method {

PURGE  1;

default 0;

}

server {

...

location / {

proxy_passhttp://backend;

proxy_cache cache_zone;

proxy_cache_key $uri;

proxy_cache_purge $purge_method;

}

}

定义缓存清除场景，同proxy_no_cache，proxy_cache_bypass链式配置方式，只要又一个不为0，则清除对应的cache key则会被清除，并返回204 response。注意，这里是删除内存中的cache key，而不是disk上的cache文件！！！disk的cache文件是由inactive控制；

当purege request的cache key以通配符＊结束时，所有匹配到通配符的cache入口的cachekey都会被删除。

proxy_cache_valid*[code...] time *;

Default: —

Context: http, server, location

设置不同相应码的缓存时间，当不指定响应码的时候，例如

proxy_cache_valid 5m;

只对响应码为200，301，302的访问请求资源设置缓存时间，此外可以个性化定制，例如：

proxy_cache_valid 200 302 10m; proxy_cache_valid 301 1h; proxy_cache_valid 404 1m; proxy_cache_valid any 1m;

此外，还可以在相应header里设置优先级更高的缓存有效时间：

“X-Accel-Expires”,设置响应的缓存过期时间，以秒为单位；0为不缓存；

如果没有设置“X-Accel-Expires” header，则关于缓存的配置策略可能会在“Expires”或者“Cache-Control” header中；

如果header含有“Set-Cookie”,则响应不会被缓存，类似的配置可以在“proxy_ignore_header”中可见；

header包含“Vary”并且设置为“＊”，则请求不会被缓存，如果“Vary”有具体的值，则对应的请求会被缓存；

proxy_ignore_headersfield；

Default: —

Context: http, server, location

不缓存包含在field的响应header，可以设置的值有：“X-Accel-Redirect”, “X-Accel-Expires”, “X-Accel-Limit-Rate”，“X-Accel-Buffering”, “X-Accel-Charset”, “Expires”, “Cache-Control”, “Set-Cookie” (0.8.44), and “Vary”。

如果上述的header field没有设置为忽略，则header filed中有“X-Accel-Expires”, “Expires”, “Cache-Control”, “Set-Cookie”, and “Vary”的话，响应会被缓存。

proxy_pass_headersfield；

proxy_hide_headersfield；

Default: —

Context: http, server, location


upstream imooc {

        server 116.62.103.228:8001;

        server 116.62.103.228:8002;

        server 116.62.103.228:8003;

    }

    proxy_cache_path /opt/app/cache levels=1:2 keys_zone=imooc_cache:10m max_size=10g inactive=60m use_temp_path=off;

server {

    listen      80;

    server_name  web01.fadewalk.com;

    access_log  /var/log/nginx/test_proxy.access.log  main;

    location / {

        proxy_cache imooc_cache;

        proxy_pass http://imooc;

        proxy_cache_valid 200 304 12h;   #200  304 状态码的缓存12小时

        proxy_cache_valid any 10m;   #其他状态码缓存10分钟

        proxy_cache_key $host$uri$is_args$args;   #用于生成缓存文件的名字

        add_header  Nginx-Cache "$upstream_cache_status";  #用于返回给客户端，查看客户端请求的内容，是否从缓存中获取的

        proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504;   #当后台服务器返回 error timeout invalid_header http_500 http_502 http_503 http_504这些其中一个错误，就会切换到另外一台后端服务器，进行请求

        include proxy_params;

    }

}

让某些请求不进行缓存

if ($request_uri ~ ^/(login|register|password\/reset)/)

{

set $cookie_nocache 1;

}

server {

}


如何查看是否命中缓存

add_header Nging-Cache "$upstream_cache_status";

upstream_cache_status

当我们没有缓存的时候，我们可以看到应答会是MISS：

MISS

如果缓存了：

HIT

通过设置log_format,打印日志分析

现在nginx.conf中加入新的配置项：

nginx.conf

此时我们怒刷前端页面，会发现后端日志如下：

access.log


proxy_cache_path /data/cache levels=1:2 keys_zone=whsir_com:10m max_size=10g inactive=60m use_temp_path=on;

location ~ /purge(/.*) {

            proxy_cache_purge whsir_com $host$1$is_args$args;

        }

清除指定的缓存文件

http://192.168.1.2/purge/1.html   清除1.html这个文件

http://192.168.1.2/purge/www/1.html   清除1.html这个文件

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 203,098评论 5赞 476
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 85,213评论 2赞 380
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 149,960评论 0赞 336
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 54,519评论 1赞 273
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 63,512评论 5赞 364
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 48,533评论 1赞 281
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 37,914评论 3赞 395
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 36,574评论 0赞 256
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 40,804评论 1赞 296
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,563评论 2赞 319
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,644评论 1赞 329
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 33,350评论 4赞 318
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 38,933评论 3赞 307
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,908评论 0赞 19
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,146评论 1赞 259
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 42,847评论 2赞 349
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 42,361评论 2赞 342