如图所示,nginx缓存,能够在必定程度上,减小源服务器的处理请求压力。 由于静态文件(好比css,js, 图片)中,不少都是不常常更新的。 nginx使用proxy_cache将用户的请求缓存到本地一个目录。下一个相同请求能够直接调取缓存文件,就不用去请求服务器了。 毕竟,IO密集型服务的处理是nginx的强项。css
先上个栗子:html
http{
proxy_connect_timeout 10;
proxy_read_timeout 180;
proxy_send_timeout 5;
proxy_buffer_size 16k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 96k;
proxy_temp_file_write_size 96k;
proxy_temp_path /tmp/temp_dir;
proxy_cache_path /tmp/cache levels=1:2 keys_zone=cache_one:100m inactive=1d max_size=10g;
server {
listen 80 default_server;
server_name localhost;
root /mnt/blog/;
location / {
}
#要缓存文件的后缀,能够在如下设置。
location ~ .*\.(gif|jpg|png|css|js)(.*) {
proxy_pass http://ip地址:90;
proxy_redirect off;
proxy_set_header Host $host;
proxy_cache cache_one;
proxy_cache_valid 200 302 24h;
proxy_cache_valid 301 30d;
proxy_cache_valid any 5m;
expires 90d;
add_header wall "hey!guys!give me a star.";
}
}
# 无nginx缓存的blog端口
server {
listen 90;
server_name localhost;
root /mnt/blog/;
location / {
}
}
}
复制代码
由于我是在一台服务器上作试验(敲重点,作试验),因此用了两个端口80
和90
进行模拟两台服务器之间的交互。nginx
80
端口对接的是普通的域名(http://wangxiaokai.vip
)访问。
90
端口负责处理80
端口代理过来的资源访问。
至关于90
端口是源服务器,80
端口是nginx反向缓存代理服务器。git
接下来说一下配置项:github
proxy_connect_timeout 10;
proxy_read_timeout 180;
proxy_send_timeout 5;
proxy_buffer_size 16k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 96k;
proxy_temp_file_write_size 96k;
proxy_temp_path /tmp/temp_dir;
proxy_cache_path /tmp/cache levels=1:2 keys_zone=cache_one:100m inactive=1d max_size=10g;
复制代码
服务器链接的超时时间
链接成功后,等候后端服务器响应时间
后端服务器数据回传时间
缓冲区的大小
每一个链接设置缓冲区的数量为number,每块缓冲区的大小为size
开启缓冲响应的功能之后,在没有读到所有响应的状况下,写缓冲到达必定大小时,nginx必定会向客户端发送响应,直到缓冲小于此值。
设置nginx每次写数据到临时文件的size(大小)限制
从后端服务器接收的临时文件的存放路径
设置缓存的路径和其余参数。被缓存的数据若是在inactive参数(当前为1天)指定的时间内未被访问,就会被从缓存中移除
server {
listen 80 default_server;
server_name localhost;
root /mnt/blog/;
location / {
}
#要缓存文件的后缀,能够在如下设置。
location ~ .*\.(gif|jpg|png|css|js)(.*) {
proxy_pass http://ip地址:90;
proxy_redirect off;
proxy_set_header Host $host;
proxy_cache cache_one;
proxy_cache_valid 200 302 24h;
proxy_cache_valid 301 30d;
proxy_cache_valid any 5m;
expires 90d;
add_header wall "hey!guys!give me a star.";
}
}
复制代码
nginx缓存里拿不到资源,向该地址转发请求,拿到新的资源,并进行缓存
设置后端服务器“Location”响应头和“Refresh”响应头的替换文本
容许从新定义或者添加发日后端服务器的请求头
指定用于页面缓存的共享内存,对应http层设置的keys_zone
为不一样的响应状态码设置不一样的缓存时间
缓存时间
这里我设置了图片
、css
、js
静态资源进行缓存。 当用户输入http://wangxiaokai.vip
域名时,解析获得ip:port
的访问地址。port
默认为80。因此页面请求会被当前server截取到,进行请求处理。 当解析到上述文件名结尾的静态资源,会到缓存区获取静态资源。 若是获取到对应资源,则直接返回数据。 若是获取不到,则将请求转发给proxy_pass
指向的地址进行处理。后端
server {
listen 90;
server_name localhost;
root /mnt/blog/;
location / {
}
}
复制代码
这里直接处理90
端口接受到的请求,到服务器本地目录/mnt/blog
下抓取资源进行响应。缓存
细心的读者应该发现,我在第二段的栗子里,留了个彩蛋 add_header wall "hey!guys!give me a star."
。 add_header
是用于在报头设置自定义的信息。 因此,若是缓存有效的话,那么静态资源返回的报头,必定会带上这个信息。bash
访问http://wangxiaokai.vip
结果以下: 服务器
[1] nginx文档
[2] nginx反向缓存代理详解
[3] Nginx缓存服务器静态文件spa
个人GitHub仓库 Give me a star,if it's work out for you.Thank you.