接触nginx的兄弟或多或少都有遇到缓存问题,要么是nginx为什么不缓存,要么就是nginx缓存很快就失效等等问题,在网上找了一遍nginx缓存优先级的文章,大家可以参考下。
架构图
client端 <——————> nginx cache <——————>源服务器
经过大量测试发现:nginx的过期顺序是有一个优先级的。下面首先说明各个影响缓存过期的因素:
(1)inactive:在proxy_cache_path配置项中进行配置,说明某个缓存在inactive指定的时间内如果不访问,将会从缓存中删除。
(2)源服务器php页面中生成的响应头中的Expires,生成语句为:
header(“Expires: Fri, 07 Sep 2013 08:05:18 GMT”);
(3)源服务器php页面生成的max-age,生成语句为:
header(“Cache-Control: max-age=60″);
(4)nginx的配置项 proxy_cache_valid:配置nginx cache中的缓存文件的缓存时间,如果配置项为:proxy_cache_valid 200 304 2m;说明对于状态为200和304的缓存文件的缓存时间是2分钟,两分钟之后再访问该缓存文件时,文件会过期,从而去源服务器重新取数据。
其次对需要注意的一点:源服务器的expires和nginx cache的expires配置项的冲突进行说明,场景如下
(1)源服务器端有php文件ta1.php内容如下:
header( "Expires: Fri, 07 Sep 2013 08:05:18 GMT" ); |
header( "Last-Modified: " . gmdate ( "D, d M Y H:i:s" ) . " GMT" ); |
header( "Cache-Control: max-age=60" ); |
(2)在nginx cache服务器端的配置信息如下:
proxy_cache_path /data0/proxy_cache_dir levels=1:2 keys_zone=cache_one:200m inactive=5s max_size=30g; |
location ~ .*\.(php|jsp|cgi)$ |
proxy_connect_timeout 10s; |
proxy_set_header Host $host ; |
proxy_cache_use_stale updating; |
proxy_cache_key $host $uri $is_args $args ; |
#proxy_ignore_headers "Cache-Control" ; |
#proxy_hide_header "Cache-Control" ; |
#proxy_ignore_headers "Expires" ; |
#proxy_hide_header "Expires" ; |
proxy_hide_header "Set-Cookie" ; |
proxy_ignore_headers "Set-Cookie" ; |
#add_header Cache-Control max-age=60; |
add_header X-Cache '$upstream_cache_status from $server_addr' ; |
proxy_cache_valid 200 304 2m; |
#proxy_cache_valid any 0m; |
proxy_pass http: //backend_server; |
从上面两项可以看出nginx cache 服务器中expires的配置是30s,该expires的值直接决定了在浏览器端看到的max-age以及expires的值。而源服务器断的代码中设置的响应头中的max-age为60,expires为Fri, 07 Sep 2013 08:05:18 GMT。这是源服务器的设置于nginx-cache的设置冲突了,那么着两个属性应该怎么设置呢?
这时client端的max-age与expires的值按照nginx cache中的expires配置项的设置,即:
Expires Fri, 07 Sep 2012 08:59:16 GMT |
而nginx cache端的缓存的max-age与expire的值按照源服务器上的代码的设置。即:
Expires Fri, 07 Sep 2013 08:05:18 GMT |
现在步入正题:
经过大量测试发现:对缓存的过期与清除起作用的因素的优先级从高到低一次为:
inactive配置项、源服务器设置的Expires、源服务器设置的Max-Age、proxy_cache_valid配置项
下面通过几个实例对这几个优先级进行说明
实例1:
服务器端php代码:
header( "Expires: Fri, 07 Sep 2012 08:03:18 GMT" );//其实是3分钟之后 |
header( "Last-Modified: " . gmdate( "D, d M Y H:i:s" ) . " GMT" ); |
header( "Cache-Control: max-age=180" );//2分钟 |
//header( "Cache-Control: post-check=0, pre-check=0" , false ); |
nginx cache 配置项
inactive 4m//4分钟
proxy_cache_valid 1m//1分钟
现象:第一次访问页面ta1.php之后,各个时间的访问结果:
1分钟之后 :HIT//这说明valid没有起作用
2分钟之后 :HIT//这说明 源服务器设置的max-age没有起作用
3分钟之后:MISS//这说明源服务器设置的Expires起作用了
4分钟之后:MISS//这说明inactive起作用了
实例2:
服务器端php代码:
header( "Expires: Fri, 07 Sep 2012 08:03:18 GMT" );//3分钟之后 |
header( "Last-Modified: " . gmdate( "D, d M Y H:i:s" ) . " GMT" ); |
header( "Cache-Control: max-age=180" );//2分钟 |
//header( "Cache-Control: post-check=0, pre-check=0" , false ); |
nginx cache 配置项
inactive 10s//10秒钟
proxy_cache_valid 1m//1分钟
现象:第一次访问页面ta1.php之后,各个时间的访问结果:
5秒后访问:HIT
10秒后访问: MISS
15秒后访问:HIT
20秒后访问:MISS
通过实例1和实例2综合分析:如果inactive已经进行了设置,则缓存的过期时间以inactive设置的值为准
实例3:
服务器端php代码:
header( "Expires: Fri, 07 Sep 1977 08:03:18 GMT" );//直接过期 |
header( "Last-Modified: " . gmdate( "D, d M Y H:i:s" ) . " GMT" ); |
header( "Cache-Control: max-age=120" );//2分钟 |
//header( "Cache-Control: post-check=0, pre-check=0" , false ); |
nginx cache 配置项
inactive 4m//4分钟
proxy_cache_valid 1m//1分钟
现象:第一次访问页面ta1.php之后,各个时间的访问结果:
每隔一秒访问一次:MISS//这说明源服务器端设置的Expires屏蔽了nginx的valide和源服务器端设置的max-age的作用
实例4:
服务器端php代码:
header( "Expires: Fri, 07 Sep 2012 08:03:18 GMT" );//3分钟之后 |
header( "Last-Modified: " . gmdate( "D, d M Y H:i:s" ) . " GMT" ); |
header( "Cache-Control: max-age=120" );//2分钟 |
//header( "Cache-Control: post-check=0, pre-check=0" , false ); |
nginx cache 配置项
inactive 4m//4分钟
proxy_cache_valid 1m//1分钟
现象:第一次访问页面ta1.php之后,各个时间的访问结果:
1分钟之后 : HIT//这说明valid没有起作用,因为源服务器设置的Expires将valid的效果屏蔽了
2分钟之后 : HIT//这说明 源服务器设置的max-age没有起作用,因为源服务器设置的Expires将max-age屏蔽了
3分钟之后: MISS//这说明服务器端设置的expires起作用了
通过实例2和实例3的现象说明:如果inactive设置的比较大,在inactive到期之前,如果valid、服务器端设置的expires、服务器端设置的max-age都进行了设置,则以服务器端设置的expires为准。
实例5:
服务器端php代码:
header( "Expires: Fri, 07 Sep 2012 08:03:18 GMT" );//3分钟之后 |
header( "Last-Modified: " . gmdate( "D, d M Y H:i:s" ) . " GMT" ); |
header( "Cache-Control: max-age=120" );//2分钟 |
//header( "Cache-Control: post-check=0, pre-check=0" , false ); |
nginx cache 配置项
inactive 4m//4分钟
#下面两行用于消除服务器端配置的Expires响应头的影响
proxy_ignore_headers “Expires”;
proxy_hide_header “Expires”;
proxy_cache_valid 1m//1分钟
现象:第一次访问页面ta1.php之后,各个时间的访问结果:
1分钟之后 HIT //这说明valid的作用已经被服务器端的max-age屏蔽
2分钟之后 MISS//服务器端设置的max-age起作用
实例6:
服务器端php代码:
header( "Expires: Fri, 07 Sep 2012 08:03:18 GMT" );//3分钟之后 |
header( "Last-Modified: " . gmdate( "D, d M Y H:i:s" ) . " GMT" ); |
header( "Cache-Control: max-age=50" );//50秒钟 |
//header( "Cache-Control: post-check=0, pre-check=0" , false ); |
nginx cache 配置项
inactive 4m//4分钟
#下面两行用于消除服务器端配置的Expires响应头的影响
proxy_ignore_headers “Expires”;
proxy_hide_header “Expires”;
proxy_cache_valid 2m//2分钟
现象:第一次访问页面ta1.php之后,各个时间的访问结果:
50秒钟之后 : MISS//这说明服务器端配置的max-age起作用
1分钟之后 : HIT//
100秒钟之后: MISS//这说明服务器端设置的max-age起作用了
通过实例5和实例6的现象说明:如果inactive设置的比较大,而且在nginx配置文件中取消服务器端Expires对缓存的影响。在同时设置了proxy_cache_valid和服务器端设置了max-age响应头字段的情况下,以服务器端设置的max-age的值为标准进行缓存过期处理。
综上所述:
(1)在同时设置了源服务器端Expires、源服务器端max-age和nginx cahe端的proxy_cache_valid的情况下,以源服务器端设置的Expires的值为标准进行缓存的过期处理
(2)若在nginx中配置了相关配置项,取消原服务器端Expires对缓存的影响,在同时设置了源服务器端Expires、源服务器端max-age和nginx cahe端的proxy_cache_valid的情况下,以源服务器端max-age的值为标准进行缓存的过期处理
(3)若同时取消源服务器端Expires和源服务器端max-age对缓存的影响,则以proxy_cache_valid设置的值为标准进行缓存的过期处理
(4) Inactive的值不受上述三个因素的影响,即第一次请求页面之后,每经过inactvie指定的时间,都要强制进行相应的缓存清理。因此inactive的优先级最高。
(5)所以对缓存过期影响的优先级进行排序为:inactvie、源服务器端Expires、源服务器端max-age、proxy_cache_valid
转自:http://lmdkfs.blog.163.com/blog/static/7461132420142128311980/
- Nginx下关于缓存控制字段cache-control的配置说明 - 运维小结
HTTP协议的Cache -Control指定请求和响应遵循的缓存机制.在请求消息或响应消息中设置 Cache-Control并不会影响另一个消息处理过程中的缓存处理过程.请求时的缓存指令包括: no ...
- nginx 的 proxy_cache 缓存配置
开头:某个项目涉及到 视频切片下载到本地,然后提供服务给客户端.一个视频有多个文件,存储在本地路径下.当客户端请求的视频在本地没有就会回源, 回源拿到的视频文件再返回给客户端,同时在本地缓存一份,提供 ...
- Nginx下关于缓存控制字段cache-control的配置说明
HTTP协议的Cache -Control指定请求和响应遵循的缓存机制.在请求消息或响应消息中设置 Cache-Control并不会影响另一个消息处理过程中的缓存处理过程.请求时的缓存指令包括: no ...
- nginx,控浏览器缓存,前端优化方案
1,困惑 做web项目,对于开发者来说,一个最头痛的问题就是浏览器缓存,有缓存,js更改了,html更改了,发布服务器以后用户往往无法通过浏览器访问到最新的类容,需要用户主动去刷新页面, 因为一直做企 ...
- nginx反向代理+缓存开启+url重写+负载均衡(带健康探测)的部署记录
在日常运维工作中,运维人员会时常使用到nginx的反向代理,负载均衡以及缓存等功能来优化web服务性能. 废话不多说,下面对测试环境下的nginx反向代理+缓存开启+url重写+负载均衡(带健康探测) ...
- nginx优化缓冲缓存
反向代理的一个问题是代理大量用户时会增加服务器进程的性能冲击影响.在大多数情况下,可以很大程度上能通过利用Nginx的缓冲和缓存功能减轻. 当代理到另一台服务器,两个不同的连接速度会影响客户的体验: ...
- [转]Nginx 静态资源缓存设置
本文转自:https://www.w3cschool.cn/nginxsysc/nginxsysc-cache.html 在开发调试web的时候,经常会碰到因浏览器缓存(cache)而经常要去清空缓存 ...
- nginx的web缓存服务环境部署记录
web缓存位于内容源Web服务器和客户端之间,当用户访问一个URL时,Web缓存服务器会去后端Web源服务器取回要输出的内容,然后,当下一个请求到来时,如果访问的是相同的URL,Web缓存服务器直接输 ...
- nginx的proxy_cache缓存配置
为什么要做web cache,我想大家最主要的是解决流量的压力.随着网站流量的提升,如果只是单台机器既处理静态文件,又处理动态脚本,显然效率很难上升,不能处理日益上涨的流量压力.与此同时某些网站的页面 ...
随机推荐
- [反汇编练习] 160个CrackMe之019
[反汇编练习] 160个CrackMe之018. 本系列文章的目的是从一个没有任何经验的新手的角度(其实就是我自己),一步步尝试将160个CrackMe全部破解,如果可以,通过任何方式写出一个类似于注 ...
- 纯css3写的仿真图书翻页效果
对css3研究越深入,越觉得惊艳.css3说不上是万能的,但是它能实现的效果也超出了我的想象.它的高效率和动画效果的流畅性很多情况下能替代js的作用.个人习惯css3能实现的效果就不会用js,虽然在国 ...
- matlab中,计算,记录,程序运行,起始,结束 时间,间隔 &matlab中 tic,toc函数的用法
Tic和toc函数可以计算运行一段时间的代码. 例如: clc tic d=zeros(1,10000); for i=1:10000 d(i)=i; end toc tic c=1; for i=1 ...
- TCP/IP详解学习笔记(2)-数据链路层
数据链路层有三个目的: 为IP模块发送和 接收IP数据报. 为ARP模块发送ARP请求和接收ARP应答. 为RARP发送RARP请 求和接收RARP应答 ip大家都听说过.至于ARP和RARP,ARP ...
- 高性能Server---Reactor模型-----Socket
高性能Server---Reactor模型 原文地址:http://www.ivaneye.com/2016/07/23/iomodel.html 无处不在的C/S架构 在这个充斥着云的时代,我们 ...
- php-PHP试题
ylbtech-doc:php-PHP试题 PHP试题 1.A,PHP试题返回顶部 1.{PHP题目}标识符是变量的名称.PHP中的标识符用“$+变量名”来表示.标识符在PHP中遵循下列选项中的那些规 ...
- Java SE 6 新特性: 对脚本语言的支持
2006 年底,Sun 公司发布了 Java Standard Edition 6(Java SE 6)的最终正式版,代号 Mustang(野马).跟 Tiger(Java SE 5)相比,Musta ...
- Lighting System Design
题意:从小到大给出额定功率,给出该功率费用,和灯泡的数量和单价,现在灯泡能在比他额定功率大的功率运行,求让所有灯泡正常工作的最小费用 分析: 问题转化为求用哪几个功率运行灯泡最小费用,dp[i]前i个 ...
- HDU 5765 Bonds 巧妙状压暴力
题意:给一个20个点无向连通图,求每条边被多少个极小割集包括 分析:极小割集是边的集合,很显然可以知道,极小割集恰好吧原图分成两部分(这个如果不明白可以用反证法) 然后就是奉上官方题解:http:// ...
- 最大连续子数和问题-homework-03
一.说明 这次的作业做的不好,一小点怨念ing····· 首先向TA说明下,我的小伙伴“丢下”我后我不知道,以至于发现剩下我一个的时间有点晚,我机智地找到了一个3个人的小组,又叫到了一个小伙伴,但是悲 ...