apache的keepalive和keepalivetimeout（apache优化）

KeepAlive指的是保持连接活跃，类似于Mysql的永久连接。

 

如果将KeepAlive设置为On，那么来自同一客户端的请求就不需要再一次连接，避免每次请求都要新建一个连接而加重服务器的负担。    

KeepAlive的连接活跃时间当然是受KeepAliveTimeOut限制的。如果第二次请求和第一次请求之间超过KeepAliveTimeOut的时间的话，第一次连接就会中断，再新建第二个连接。

 

如果KeepAliveTimeOut设置的时间过短，例如设置为1秒，那么APACHE就会频繁的建立新连接，当然会耗费不少的资源；反过来，如果KeepAliveTimeOut设置的时间过长，例如设置为300秒，那么APACHE中肯定有很多无用的连接会占用服务器的资源，也不是一件好事。 

 

所以，到底要把KeepAliveTimeOut设置为多少，要看网站的流量、服务器的配置而定。

其实，这和MySql的机制有点相似，KeepAlive相当于mysql_connect或mysql_pconnect，KeepAliveTimeOut相当于wait_timeout。  

 

那么我们考虑3种情况：

1。用户浏览一个网页时，除了网页本身外，还引用了多个 javascript 文件，多个css 文件,多个图片文件，并且这些文件都在同一个 HTTP 服务器上。

2。用户浏览一个网页时，除了网页本身外，还引用一个 javascript 文件，一个图片文件。

3。用户浏览的是一个动态网页，由程序即时生成内容，并且不引用其他内容。

我认为：1 最适合打开 KeepAlive ，2 随意，3 最适合关闭 KeepAlive

 

在 Apache 中，打开和关闭 KeepAlive 功能，服务器端会有什么异同呢？

理论分析:

打开 KeepAlive 后，意味着每次用户完成全部访问后，都要保持一定时间后才关闭会关闭TCP连接，那么在关闭连接之前，必然会有一个apache进程对应于该用户而不能处理其他用户，假设KeepAliveTimeOut=10s,服务器每秒处理50个独立用户访问，那么系统中Apache的总进程数就是10×50=500个，如果每个进程占用4M，那么总消耗2G内存，这种配置相当消耗内存，但好处是只处理了50次TCP握手和关闭操作。

 

如果关闭 KeepAlive，如果还是每秒50个用户访问，如果用户每次连续的请求数为3个，那么apache的总进程数就是50×3=150，每个进程占用4M那么总消耗为600M，这种配置节省大量内存，但是系统会处理150个TCP握手和关闭操作，因此会多消耗CPU资源。

 

总结：

在内存非常充足的服务器上，不管是否关闭 KeepAlive 功能，服务器性能不会有明显变化；

如果服务器内存较少，或者服务器有非常大量的文件系统访问时，或者主要处理动态网页服务，关闭KeepAlive后可以节省很多内存，而节省出来的内存用于文件系统Cache，可以提高文件系统访问的性能，并且系统会更加稳定。

 

补充1：

是否应该关闭KeepAlive选项,判断公式

在理想的网络连接状况下，系统的 Apache 进程数和内存使用可以用如下公式表达：

HttpdProcessNumber = KeepAliveTimeout*TotalRequestPerSecond/Average(KeepAliveRequests)

HttpdUsedMemory = HttpdProcessNumber*MemoryPerHttpdProcess

换成中文：

总Apache进程数 = KeepAliveTimeout * 每秒种HTTP请求数 / 平均KeepAlive请求

Apache占用内存 = 总Apache进程数 * 平均每进程占用内存数

 

[平均KeepAlive请求]数，是指每个用户连接上服务器后，持续发出的 HTTP请求数。当KeepAliveTimeout 等0或者KeepAlive关闭时，KeepAliveTimeout不参与乘的运算从上面的公式看，如果[每秒用户请求]多，[KeepAliveTimeout] 的值大，[平均KeepAlive请求] 的值小，都会造成 [Apache进程数]多和[内存]多，但是当 [平均KeepAlive请求] 的值越大时，[Apache进程数] 和 [内存] 都是趋向于减少的。

基于上面的公式，我们就可以推算出当平均KeepAlive请求 <= KeepAliveTimeout 时，关闭 KeepAlive 选项是划算的，否则就可以考虑打开。

 

补充2：

KeepAlive该参数控制Apache是否允许在一个连接中有多个请求，默认打开。但对于大多数论坛类型站点来说，通常设置为off以关闭该支持。

 

补充3：

如果服务器前跑有应用squid服务，或者其它七层设备,KeepAlive On设定要开启持续长连接.

 

KeepAlive在Apache Core中的设置说明： 

1.对于HTTP/1.0的客户端来说，仅当客户端指定使用的时候才会使用持久链接连接。此外，仅当能够预先知道传输的内容长度时，才会与HTTP/1.0的客户端建立持久链接连接。这意味着那些长度不定的内容，诸如CGI输出、SSI页面、以及服务器端生成的目录列表等内容一般来说将无法使用与HTTP/1.0客户端建立的持久链接连接。对于HTTP/1.1的客户端来说，如果没有进行特殊指定，持久将是默认的连接方式。如果客户端进行了请求，将使用分块编码以解决在持久链接里发送未知长度内容的问题。

2.对于高负荷服务器来说，KeepAliveTimeout值较大会导致一些性能方面的问题：超时值越大，与空闲客户端保持连接的进程就越多。

3.MaxKeepAliveRequests指令限制了当启用KeepAlive时，每个连接允许的请求数量。如果将此值设为"0"，将不限制请求的数目。我们建议最好将此值设为一个比较大的值，以确保最优的服务器性能。

 

在对于一个包含许多图片的网页来说， 客户端会在瞬间发出多个HTTP请求，此时多次建立TCP连接会大大降低响应速度。此时通过持续连接，可以允许用户在一个TCP连接中发出多个HTTP请求，减少TCP连接建立次数，提高响应速度。我们可以通过access_log统计出连续HTTP请求出现的次数、间隔时间、访问量，以确定MaxKeepAliveRequests 和KeepAliveTimeout的值。KeepAliveTimeout太小发挥不了持续连接的作用；太大了，持续连接迟迟不断，浪费TCP连接数不说，更糟糕的是系统中的httpd进程数目会因此不断增加，使得系统负载升高，甚至会导致服务器失去响应。

但是当你的服务器只是在处理动态网页请求时，由于用户很少会瞬间请求多个动态网页（一般都是打开页面之后阅读好半天才点下一页），此时打开KeepAlive无异于浪费TCP连接数。哪么什么决定着我们是不是要开启KeepAlive的因素就很简单的确定出来了，就是说在用户一个页面请求中是否会向服务器发出多个HTTP的请求。

 

对于我的哪个朋友，他们的服务器中有着动态应用，有着所有的图片，我看了一下，估算他们的首页中发出的请求类型为以下几种：text/html、text/css、application/octet-stream、text/javascript、image/gif、image/jpeg。一个首页发出了181次请求（我看了所有的请求，注意所有的请求都是同一个域名）。这里可能由应用程序生成的只有text/html和application/octet-stream，这种请求中text/html只有一次，而application/octet-stream也只有4次。哪么关闭KeepAlive对他们有帮助吗？我的回复是没有帮助，而且会让服务器的服务质量更差！

 

如果是这样的情况，怎么办呢？我的建议如下： 

1.如果我们每一个页面中只有一个请求是动态生成的，而180个（里面可能有4个不是，不过不重要了）都是静态的，哪么应该将静态与动态分开到两个服务器上（一台机器都可以）。将动态应用的KeepLive关闭，将静态服务器的KeepLive打开。 

2.前端前部署四层交换或七层交换或缓存服务器，这样会让系统的扩展做起来，同时也可以让服务器的KeepLive打开时有更好的效果。

3.应该考虑优化下他们的apache了，听说一个进程有高达xxM的内存占用，比较恐怖，在10M以内比较正常的说，不过这是一个option了。

 

http://blog.csdn.net/21aspnet/article/details/7392923

来自 http://blog.chinaunix.net/uid-10565106-id-3313452.html