利用Header机制隐掉Vary,提高mod_cache缓存的命中率

HTTP 1.1的规范建议所有的请求输出都包含Vary Header,目的是针对对前端缓存服务器,增加针对Vary制定的各种Header类型进行不同的缓存处理,在浏览器规格复杂的情况下,不利于缓存的命中,所以要在被缓存的服务器上设置:

Header unset Vary

问题是这样被发现的:最近使用Apache 2.2的内存缓存mod_mem_cache机制进行后台静态文件加速。但是总是发现几乎是只代理而不缓存,而内存缓存模式又没有统计工具查看缓存内容和命中率。转为用mod_disk_cache后,前端缓存目录空间增加非常快,以至于经常需要删除文件,而删除文件的I/O损失超过了直接访问后台访问的加速所得。后台明明只有几M模板图片和CSS文件,为什么缓存空间上G而且命中率那么低呢?查看了一下缓存目录下的文件,Apache的前端磁盘缓存就会根据浏览器除了针对内容的.data文件和.header文件外还有一个.vary目录,而这个vary目录下又会按照顶级的cache规则再mapping出2级目录来,目录节点个数过多造成磁盘空间的浪费:

a/b/Jqyw8OvBIlgaef7Zb8lQ.data
a/b/Jqyw8OvBIlgaef7Zb8lQ.header
a/b/Jqyw8OvBIlgaef7Zb8lQ.header.vary/a/b

当遇到和原有Vary不同的Header时,会在 header.vary目录下生成更多的缓存;从Apache的讨论组上看原因就是 IE的AcceptEncoding请求头信息里增加了一个空格
IE : Accept-Encoding: gzip, deflate
Firefox: Accept-Encoding: gzip,deflate

于是按照Fernando的方法,将后台的Vary Header禁掉了。缓存空间立刻停止了增长(还是个别有header.vary目录出现)。

另外一个配置优化是不要启用后台的Expires Header;

ExpiresActive off

由前端的Cache服务器设置缓存规则,基本上到后台的访问就很少了;

记录一个调试缓存缓存用命令行看Header输出的方法:
curl -I 查看HTTP头信息;
查看缓存后输出结果:
curl -I http://www.example.com/foo.bar
查看缓存前的服务器输出:
curl -I -H "Host: www.example.com" http://ip.address.of.example/foo.bar

[chedong]$ curl -I -H "Host: public. blogbus.com" http://192.168.1.17/rss/xianguo.png
HTTP/1.1 200 OK
Date: Sat, 12 Apr 2008 07:09:51 GMT
Server: Apache
Last-Modified: Mon, 28 Jan 2008 03:34:55 GMT
Accept-Ranges: bytes
Content-Length: 1353
Content-Type: image/png

[chedong]$ curl -I http://public.blogbus.com/rss/xianguo.png
HTTP/1.1 200 OK
Date: Sat, 12 Apr 2008 07:10:01 GMT
Server: Apache/2.2.8 (Unix)
Last-Modified: Mon, 28 Jan 2008 03:34:55 GMT
Accept-Ranges: bytes
Content-Length: 1353
Cache-Control: max-age=20736000
Expires: Mon, 08 Dec 2008 06:27:41 GMT
Node: B01-AD-01
Age: 2540
Content-Type: image/png

更多参考:
mod_cache:mod_disk_cache实现相对较成熟;

W3上关于HTTP Vary Header的讨论: 对于Proxy是不适合用Vary Header的

>Based on these examples, am I correctly understanding how Vary: is
>supposed to work?
Yes and no. For the request/variant scenario you listed a server SHOULD NOT
BE USING VARY: Sorry to shout, but I want it to be real clear. Vary: is
strictly for those cases where it's hopeless or excessively complicated for
a proxy to replicate what the server would do (other than storing header and
doing strict request header equality comparisons on subsequent requests).
Here's the parallel example for what you described above using the superior
method --> the URI: scheme:

对于删除过大的磁盘缓存目录:

3 1 * * * (/usr/bin/killall find; /usr/bin/find /path/to/cache/ -type f -mtime +5 |/usr/bin/xargs /bin/rm -f )

使用htcacheclean基本跟不上缓存的增长,对于过大的磁盘缓存还是要用find rm 作者: 车东 发表于:2008-04-12 09:04 最后更新于:2008-04-12 16:04
版权声明:可以转载,转载时请务必以超链接形式标明文章 的原始出处和作者信息及 本版权声明

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
这是一个 Nginx 配置文件中与 FastCGI 相关的指令。下面是每个指令的详细解释: 1. `fastcgi_pass 127.0.0.1:9000;` 这个指令指定了 FastCGI 应用程序的地址和端口号。它告诉 Nginx 将请求发送到这个地址和端口,以便 FastCGI 应用程序能够处理它们。 2. `fastcgi_index index.php;` 这个指令指定了 FastCGI 应用程序应该处理的默认文件名。如果请求的 URL 没有指定文件名,Nginx 将尝试使用这个指令指定的文件名。 3. `include fastcgi.conf;` 这个指令告诉 Nginx 包含一个名为 fastcgi.conf 的文件。这个文件包含一些常用的 FastCGI 配置指令和变量定义,这些指令和变量通常在 FastCGI 应用程序的配置中使用。 4. `fastcgi_cache ngx_fcgi_cache;` 这个指令启用了 FastCGI 缓存。它指定了缓存存储区域的名称,即 ngx_fcgi_cache缓存存储区域可以是磁盘或内存。 5. `fastcgi_cache_valid 200 302 1h;` 这个指令指定了当 FastCGI 应用程序返回成功响应(HTTP 状态码 200 或 302)时,缓存的响应应该保留多长时间。在这个例子中,响应将被缓存 1 小时。 6. `fastcgi_cache_valid 301 1d;` 这个指令指定了当 FastCGI 应用程序返回永久重定向响应(HTTP 状态码 301)时,缓存的响应应该保留多长时间。在这个例子中,响应将被缓存 1 天。 7. `fastcgi_cache_valid any 1m;` 这个指令指定了当 FastCGI 应用程序返回任何其他响应时,缓存的响应应该保留多长时间。在这个例子中,响应将被缓存 1 分钟。 8. `fastcgi_cache_min_uses 1;` 这个指令指定了每个缓存键应该至少被访问多少次才能被缓存。在这个例子中,每个缓存键至少被访问一次才能被缓存。 9. `fastcgi_cache_use_stale error timeout invalid_header http_500;` 这个指令指定了当 FastCGI 应用程序返回错误响应或超时时,是否应该使用旧的缓存响应。它还指定了一些可以被缓存的 HTTP 响应头(例如,HTTP 状态码 500)。 10. `fastcgi_cache_key http://$host$request_uri;` 这个指令指定了用于缓存键的变量。在这个例子中,缓存键将由主机名和请求 URI 组成。这意味着相同的 URI 在不同的主机上将产生不同的缓存键。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值