1 nginx缓存的流程
客户端需要访问服务器的数据时,如果都直接向服务器发送请求,服务器接收过多的请求,压力会比较大,也比较耗时;而如果在nginx缓存一定的数据,使客户端向基于nginx的代理服务器发送请求,可以有效节省时间。
如图所示,基于nginx缓存,客户端访问的流程是:客户端向nginx发送请求url。nginx检查自身缓存目录里有无要访问的数据,如果有则将缓存的数据发送给客户端。如果没有,则nginx向服务器发送请求,向服务器请求数据;服务器将数据发送给nginx后,nginx自身缓存的同时将数据转发给客户端。那么下一次有客户端有相同的数据请求时,就可以像有的情况一样,直接由nginx发送给客户端。
2 必备基础知识
2.1 listen和server_name
用户请求发来之后,同server{}下的listen和server_name进行匹配,如果匹配成功,那么将请求交给当前server里的location块来处理。
这里的listen和server_name自然是nginx所在服务器的端口和地址。如果nginx部署在内网服务器,虽然客户端发送请求的是外部地址和端口,但是这里还是要设置成内网的地址。
2.2 location块
2.2.1基本配置
server块可以同时配置多个location
server{listen port;server_name localhost;location /{}location /abc{}...
}
location:用来设置请求的URI
2.2.2 匹配
uri变量是待匹配的请求字符串,可以不包含正则表达式,也可以包含正则表达式,那么nginx服务器在搜索匹配location的时候,是先使用不包含正则表达式进行匹配,找到匹配度最高的一个,然后在通过包含正则表达式的进行匹配,如果能匹配到直接访问,匹配不到,就使用刚才匹配度最高的那个location来处理请求。
=:用于不包含正则表达式的uri前,必须与指定的模式精确匹配
/:只要以ip:port/abc开头的全部都能访问
location /abc{}
location =/abc{}
# 精确匹配
# ip:port/abc、ip:port/abc?p1=TOM可以匹配
# ip:port/abcd不能匹配
~:正则匹配
location ~/abc{}
root:
location /abc{root html;# root为资源存放的目录inedx index.html;}
2.2.3 地址匹配优先级
location / {
}
因为所有的地址都以 / 开头,所以这条规则将匹配到所有请求 比如访问 / 和 /abc, 则 / 匹配, /abc 也匹配,\n但后面前缀路径会和最长字符串优先匹配(最长匹配)
location /abc/ {
}
匹配任何以 /abc/ 开头的地址,匹配符合以后,还要继续往下搜索其它 location只有其它 location后面的前缀路径没有匹配到时,才会采用这一条
location /abc/def {
}
匹配任何以 /abc/def 开头的地址,匹配符合以后,还要继续往下搜索其它 location只有其它 location后面的前缀路径没有匹配到时,才会采用这一条。
因此匹配优先级:精准=>一般/
都是一般的情况下,哪个location后跟的地址长度长,哪个优先级高,比如:
location /abc/def {}>location /abc {}>location / {}
3 指令解析
3.1 proxy_cache_path指令
3.1.1 语法
proxy_cache_path path [levels=a:b:c] keys_zone=zone_name:zone_size [inactive=time] [max_size=sizes]
path可以是/usr/local/proxy_cache
3.1.2 levels
levels可以将字符串密文与缓存目录进行结合,指定缓存空间对应的目录,最多可以设置三层,每层取值为1或2:
levels=1:2 缓存空间有两层目录,一层是1个字母,二层是2个字母
如果字符串密文为dsciwbdciow87y8hwdh29
那么levels=1:2最终的存储目录为:/usr/local/proxy_cache/9/h2
3.1.3 keys_zone
可以指定缓存区的名称与大小
keys_zone=impar:300m
缓存区名称为impar,大小为300m.
3.1.4 inactive
指定缓存的数据多久未被访问会被删除的时间
inactive =2d
2d表示2天
3.1.5 max_size
设置最大的缓存空间,如果缓存空间存满,会覆盖目前缓存时间最长的数据
max_size=10g
3.1.6 配置位置
http中,server外
3.3 proxy_cache
该指令用来开启或关闭缓存,如果是开启则自定使用哪个缓存区来缓存
开启
proxy_cache zone_name
关闭
proxy_cache off
位置:http、server、location里
3.4 proxy_cache_key
该指令用来设置web缓存中的key值,nginx会根据key值的MD5进行哈希缓存
位置同上
3.5 proxy_cache_valid
该指令用来对不同返回状态码的URL设置不同的缓存时间
位置同上
proxy_cache_valid 404 1m;
proxy_cache_valid 202 302 1m;
proxy_cache_valid any 1m;
1该设置从上到下进行,如果在上面的步骤中被设置(如404,202,302),就不会更改,最后的any只能设置除404,202,302以外的状态。
2nginx缓存代理中常有情况:nginx尚未缓存某数据,但是客户端发出请求该数据的信息,nginx往往只能先回复404。但是稍后nginx从服务器请求到了该数据后,客户端再请求该数据那按照原理必然要返回该数据,而不是404。因此,之前请求对应的返回状态码应该有一个“限定有效的时间”。这就需要靠proxy_cache_valid来设置了。
3.6 proxy_cache_min_uses
该指令用来设置资源被访问多少次后会被缓存
proxy_cache_min_uses number
位置同上
3.7 proxy_cache_methods
该指令用户设置缓存哪些http方法
proxy_cache_methods method
method可选方式为GET, HEAD, POST.
默认方式为GET, HEAD。
位置同上。
4 add_header 可选项
1下面的可选项不是必须的,只是方便在测试的时候查看是否命中缓存
add_header nginx-cache $upstream_cache_status;
效果:
2add_header Access-Control-Allow-Methods
明确了客户端所要访问的资源允许使用的方法或方法列表,可以是"GET,OPTIONS,POST,HEAD,PUT,DELETE"
3add_header Accept-Ranges
此字段的值表示可用于定义范围的单位,可以是"bytes"
4add_header Access-Control-Allow-Origin "*";
表示服务器可以接受所有的请求源(Origin),即接受所有跨域的请求。
5add_header Access-Control-Allow-Headers
可支持的请求首部名字。请求头会列出所有支持的首部列表,用逗号隔开。
示例:
add_header Access-Control-Allow-Headers "*";
注意以下这些特定的首部是一直允许的:Accept, Accept-Language, Content-Language, Content-Type,这些被称作simple headers,无需特意声明它们。
参考
[1]nginx教程nginx教程
[2]Access-Control-Allow-HeadersAccess-Control-Allow-Headers
[3]Access-Control-Allow-Origin
[4]Accept-Ranges
[5]NGINX缓存详解(二)之服务端缓存