Ngix和Apache中KeepAlive如何选择

sol229

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请求