为什么服务缓存页面需要一秒钟?

时间:2013-11-08 16:29:06

标签: performance drupal ubuntu nginx varnish

**您可能想先阅读下面的更新**

我正在构建一个Drupal站点。我用nginx和varnish配置了它。我甚至没有在服务器上安装apache。

我正在努力提高效果。一个主要的问题是第一个请求(在单个页面加载;比如按F5后的第一个请求)比其他请求花费的时间要多得多。

响应:

Accept-Ranges       bytes
Age                 0
Cache-Control       no-cache, must-revalidate, post-check=0, pre-check=0
Connection          keep-alive
Content-Encoding    gzip
Content-Language    en
Content-Length      7541
Content-Type        text/html; charset=utf-8
Date                Fri, 08 Nov 2013 15:55:07 GMT
Etag                "1383926106"
Expires             Sun, 19 Nov 1978 05:00:00 GMT
Last-Modified       Fri, 08 Nov 2013 15:55:06 +0000
Server              nginx/1.1.19
Via                 1.1 varnish
X-Powered-By        PHP/5.3.10-1ubuntu3.8
X-Varnish           1319371045

请求:

Accept              text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding     gzip, deflate
Accept-Language     nl,en-us;q=0.7,en;q=0.3
Connection          keep-alive
Cookie              has_js=1
Host                _____________________ (removed by me)
Referer             _____________________ (removed by me)
User-Agent          Mozilla/5.0 (Windows NT 6.1; WOW64; rv:25.0) Gecko/20100101 Firefox/25.0

这是萤火虫的时间表(由荷兰语翻译)

Block:              123ms
Dns, Connect, Send: 0
Wait:               1.29s
Receive:            22ms
  1. 根据响应标头,我可以断定该页面确实是从缓存中提供的吗?
  2. 为什么需要这么长时间?有没有办法打破nginx和varnish为页面服务的步骤?
  3. 更新:

    打开nginx的调试日志后,我发现了这个:

    ....
    2013/11/08 17:23:05 [debug] 4992#0: *3786 http run request: "/index.php?"
    2013/11/08 17:23:05 [debug] 4992#0: *3786 http upstream check client, write event:1, "/index.php"
    2013/11/08 17:23:05 [debug] 4992#0: *3786 http upstream recv(): -1 (11: Resource     temporarily unavailable)
    2013/11/08 17:23:06 [debug] 4992#0: *3786 post event 00000000021FFD78
    2013/11/08 17:23:06 [debug] 4992#0: *3786 post event 000000000221CEB8
    ....
    

    第二次更改应该不是巧合(所以我假设“资源暂时不可用”需要一秒钟。)

2 个答案:

答案 0 :(得分:1)

您可以看到这不是缓存命中,因为X-Varnish标头中只有一个数字(xid)。任何缓存命中都将引用当前xid和最初执行后端提取的xid。

您的Expires标头已过去,这意味着Varnish不会(默认情况下)缓存它。

这是你的后端需要很长时间才能回答,完成后会发送一个不可缓存的响应。

答案 1 :(得分:0)

您必须启用Drupal页面缓存以避免Cache-Control : no-cache, must-revalidate, post-check=0, pre-check=0,这会阻止Varnish缓存响应。