squid 2.7 终极配置

最新推荐文章于 2017-07-25 20:04:27 发布

jiean

最新推荐文章于 2017-07-25 20:04:27 发布

阅读量1.9k

点赞数

分类专栏： LINUX fans 文章标签： cache tcp 服务器 access hierarchy makefile

本文链接：https://blog.csdn.net/jiean/article/details/5403174

版权

LINUX fans 专栏收录该内容

13 篇文章 0 订阅

订阅专栏

对于图片缓存，试了好几种，从squid 3.0 ,varnish , nginx 最后还是回归了squid ,只不过这次选用了 squid 2.7 版本，squid 3.0在使用时并发量不如2.7的高，我们就曾出现如果SQUIT进程运行时间太长，打开图片时无法命中，而且有延时，varnish nginx 都可以用，不过个人觉得没有squid 用着爽。以下是个人配置

首先编译：

网上流传着一种说法，使用TCMALLOC 可以提高并发和性能，安装 libunwind 库（32位系统无需安装），安装TCMALLOC 库，接着开始编译squid

./configure 加参数

修改源码路径中的src/MAKEFILE ,找到其中的squid_LDADD、LDADD在其后加个-ltcmalloc(在运行时我发现unlinked 是不是也要加一个-ltcmalloc,到时候就也可以使用这个库了，因为Makefile 中一项是unlinkd_LDADD,下次测试)

然后make,make install 完成

其实这一步网上有好多参考，具体的可以GG

其次配置：

这一步了没有什么好讲的了就是平常的配置，作为个人配置，发现两点

squid 是按照访问的全部路径在缓存的，在生产中我们好多图片结尾用到？号，这个基本上命中率是零，原来squid 默认不缓存带？的，所以只能把他启用缓存？的了，启用方法：

hierarchy_stoplist cgi-bin ?
acl QUERY urlpath_regex cgi-bin /.php /? /.jsp /.cgi /.asp /.aspx
cache deny QUERY

把关于问号的去除就行了

关于缓存304 的参数，启用这个

reload_into_ims

	When you enable this option, client no-cache or ``reload''

	requests will be changed to If-Modified-Since requests.

	Doing this VIOLATES the HTTP standard.  Enabling this

	feature could make you liable for problems which it

	causes.

还有一个是

refresh_pattern

这个参数够多的，个人启用了 reload-into-ims ignore-reload ignore-no-cache ignore-private （官方说启用这几个参数可能会出现一些问题，

不过应慎重修改，对于我们确实是出现了一些问题，302被缓存了，导致更改跳转不起作用，只好加了expires)

具体参数意义可以个人研究



如果404 错误太多的话，日志出现的太频繁，可以加大 negative_ttl ，默认是1分钟



最后关于命中率：



可以根据squid 日志记录来统计，通常哪些页面无法命中，然后查找原因。

最后我们的cacti 监控中squid 命中在95%以上，操





最后是从网上找的squid 日志中关于命中段中的记录含义：

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