对squid命中率的说法

jzcjy

我的squid2.5， log中有大量的TCP_MISS/200记录；；
root# perl -lane '$type{$F[3]}++ if $F[1] > 2792;' -e 'END { print "$type{$_} $_" for keys %type }' /var/log/squid/access.log | sort -n
1 TCP_MEM_HIT/200
1 TCP_MISS/211
1 TCP_MISS/303
1 TCP_MISS/408
3 TCP_MISS/202
6 TCP_MISS/403
8 TCP_CLIENT_REFRESH_MISS/504
8 TCP_MISS/500
10 TCP_MISS/400
16 TCP_CLIENT_REFRESH_MISS/000
18 TCP_REFRESH_MISS/000
20 TCP_REFRESH_MISS/302
30 TCP_CLIENT_REFRESH_MISS/302
31 TCP_CLIENT_REFRESH_MISS/502
61 TCP_CLIENT_REFRESH_MISS/304
77 TCP_MISS/204
96 TCP_CLIENT_REFRESH_MISS/206
99 TCP_CLIENT_REFRESH_MISS/503
107 TCP_MISS/404
166 TCP_MISS/301
212 TCP_MISS/504
215 TCP_MISS/206
252 TCP_REFRESH_HIT/200
257 TCP_CLIENT_REFRESH_MISS/200
257 TCP_REFRESH_MISS/200
342 TCP_MISS/502
611 TCP_MISS/302
693 TCP_MISS/503
953 TCP_REFRESH_HIT/304
961 TCP_MISS/304
1302 TCP_MISS/000
21782 TCP_MISS/200
[root@oa squid]#

再看
应于HTTP请求，下列标签可能出现在access.log文件的第四个域。

TCP_HIT
Squid发现请求资源的貌似新鲜的拷贝，并将其立即发送到客户端。

TCP_MISS
Squid没有请求资源的cache拷贝。

TCP_REFERSH_HIT
Squid发现请求资源的貌似陈旧的拷贝，并发送确认请求到原始服务器。原始服务器返回304（未修改）响应，指示squid的拷贝仍旧是新鲜的。

TCP_REF_FAIL_HIT
Squid发现请求资源的貌似陈旧的拷贝，并发送确认请求到原始服务器。然而，原始服务器响应失败，或者返回的响应Squid不能理解。在此情形下，squid发送现有cache拷贝（很可能是陈旧的）到宊?户端。

TCP_REFRESH_MISS
Squid发现请求资源的貌似陈旧的拷贝，并发送确认请求到原始服务器。原始服务器响应新的内容，指示这个cache拷贝确实是陈旧的。

TCP_CLIENT_REFRESH_MISS
Squid发现了请求资源的拷贝，但客户端的请求包含了Cache-Control: no-cache指令。Squid转发客户端的请求到原始服务器，强迫cache确认。

TCP_IMS_HIT
客户端发送确认请求，Squid发现更近来的、貌似新鲜的请求资源的拷贝。Squid发送更新的内容到客户端，而不联系原始服务器。

TCP_SWAPFAIL_MISS
Squid发现请求资源的有效拷贝，但从磁盘装载它失败。这时squid发送请求到原始服务器，就如同这是个cache丢失一样。

TCP_NEGATIVE_HIT
在对原始服务器的请求导致HTTP错误时，Squid也会cache这个响应。在短时间内对这些资源的重复请求，导致了否命中。 negative_ttl指令控制这些错误被cache的时间数量。请注意这些错误只在内存cache，不会写往磁盘。下列HTTP状态码可能导致否定 cache（也遵循于其他约束）： 204, 305, 400, 403, 404, 405, 414, 500, 501, 502, 503, 504。

TCP_MEM_HIT
Squid在内存cache里发现请求资源的有效拷贝，并将其立即发送到客户端。注意这点并非精确的呈现了所有从内存服务的响应。例如，某些cache在内存里，但要求确认的响应，会以TCP_REFRESH_HIT, TCP_REFRESH_MISS等形式记录。

TCP_DENIED
因为http_access或http_reply_access规则，客户端的请求被拒绝了。注意被http_access拒绝的请求在第9域的值是NONE/-，然而被http_reply_access拒绝的请求，在相应地方有一个有效值。

TCP_OFFLINE_HIT
当offline_mode激活时，Squid对任何cache响应返回cache命中，而不用考虑它的新鲜程度。

TCP_REDIRECT
重定向程序告诉Squid产生一个HTTP重定向到新的URI（见11.1节）。正常的，Squid不会记录这些重定向。假如要这样做，必须在编译squid前，手工定义LOG_TCP_REDIRECTS预处理指令。

NONE
无分类的结果用于特定错误，例如无效主机名。


相应于ICP查询，下列标签可能出现在access.log文件的第四域。

UDP_HIT
Squid在cache里发现请求资源的貌似新鲜的拷贝。

UDP_MISS
Squid没有在cache里发现请求资源的貌似新鲜的拷贝。假如同一目标通过HTTP请求，就可能是个cache丢失。请对比UDP_MISS_NOFETCH。

UDP_MISS_NOFETCH
跟UDP_MISS类似，不同的是这里也指示了Squid不愿去处理相应的HTTP请求。假如使用了-Y命令行选项，Squid在启动并编译其内存索引时，会返回这个标签而不是UDP_MISS。

UDP_DENIED
因为icp_access规则，ICP查询被拒绝。假如超过95% 的到某客户端的ICP响应是UDP_DENIED，并且客户端数据库激活了（见附录A），Squid在1小时内，停止发送任何ICP响应到该客户端。若这点发生，你也可在cache.log里见到一个警告。

UDP_INVALID
Squid接受到无效查询（例如截断的消息、无效协议版本、URI里的空格等）。Squid发送UDP_INVALID响应到客户端

那么解决这个 TCP_MISS/200成为一个问题；；

那个大大出来说说呀！

jzcjy

主题：

那么解决这个 TCP_MISS/200成为一个问题；；

那个大大出来说说呀！

yigenjin

真是服了你了。描述问题描述成这个样子。

想要提高命中率，首先要明白当前SQUID的缓存策略以及需要使用什么样的缓存策略。

你应该看看这些TCP_MISS/200的都是什么类型的URL，看看这些URL有哪些特征。

有的MISS是合理的，比如动态网页.asp等，有的是不合理的，比如一些普通静态网页。

有的后端本身有一定的Cache控制手段，如响应中的Cache-control头等，也许这些控制手段不合理，所以你需要在cache主机上对症下药酌情强行缓存住某些适合缓存的东西。

你的问题不太好回答，这主要看你的解决问题能力了，大体就是上面描述的意思，自己从日志中找原因，对症下药。

jzcjy

来过了，也巧遇鸟国玩地震呀，心理的感觉一个字，详见“33楼”

jzcjy

来过了，也巧遇鸟国玩地震呀，心理的感觉一个字，详见“33楼”