Ngix和Apache中KeepAlive如何选择
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不参与乘的运算从上面的公式看，如果[每秒用户请求]多， 的值大，[平均KeepAlive请求] 的值小，都会造成 多和[内存]多，但是当 [平均KeepAlive请求] 的值越大时， 和 [内存] 都是趋向于减少的。
基于上面的公式，我们就可以推算出当平均KeepAlive请求
页:
[1]