squid 304 Cache MISS严重影响性能

问题的发现：

 

我使用firebug之类的工具检查squid的缓存加速效果（主要是检查squid的HTTP响应header）,发现手工刷新浏览器时（这时squid会返回304状态），发现304状态的响应竟然是MISS状态，既然是MISS，则意味着squid会请求后端机器。

 

这证实我的怀疑，我使用iptables阻断squid和后段机器通信，再刷新浏览器，竟然无法加载已经被缓存的静态资源！

 

按常规的分析，缓存未过期时，应该直接使用缓存，不应该请求后端机器。可以想象，如果每一次刷新（表现为客户端请求header中包含If-Modified-Since）,squid都要和后端机器通信，检查资源是否已经被修改，如果是这样，可想而知性能是多么糟糕。

 

 

后来经过反复求证，有一个关键的参数ignore-reload会影响squid这种行为，在我们的生产环境的squid机器上将这个参数加上之后，再使用firebug检查发现，所有304状态的响应，全是HIT命中状态。

 

再借助第三方检测工具（boree.com），发现整体页面性能有数倍提升，极少出现个另静态资源造成的阻塞现象。

 

squid的关键配置项如下：

refresh_pattern   .   0   20%  4320 ignore-reload

 

可以想象，如果在缓存未过期时，源站不可到达（源站服务不可用，或到源站网络中断），在每一次刷新请求中，squid都要和后端机器通信，检查资源是否被修改，后果相当严重。

 

而加上以上参数，只要缓存未过期，哪怕源站不可达，squid也可以对外正常提供服务。

 

这个参数很重要，强烈建议使用squid的用户一定要注意，这么做虽然无法利用刷新浏览器更新squid缓存，但是为了性能，这么做是完全值得的。

 

如果检查您的squid配置是否合理？

使用firebug检查squid返回304状态的资源是否是HIT, 再根据本文参考进行设置。

 

设置完毕之后执行以下命令即可：

squid -k check

squid -k reconfigure