linux apache服务器优化建议整理(很实用)
转载：http://www.cnblogs.com/zhongbin/archive/2013/06/11/3131865.html
1、apache服务器的time_wait过多 fin_wait1过多等问题
通常表现为apache服务器负载高，w命令显示load average可能上百，但是web服务基本没有问题。同时ssh能够登陆，但是反应非常迟钝。
原因：最可能的原因是httpd.conf里面keepalive没有开，导致每次请求都要建立新的tcp连接，请求完成以后关闭，增加了很多 time_wait的状态。另，keepalive可能会增加一部分内存的开销，但是问题不大。也有一些文章讨论到了sysctl里面一些参数的设置可以改善这个问题，但是这就舍本逐末了。
2。fin_wait1状态过多。fin_wait1状态是在server端主动要求关闭tcp连接，并且主动发送fin以后，等待 client端回复ack时候的状态。fin_wait1的产生原因有很多，需要结合netstat的状态来分析。
netstat -nat|awk ‘{print awk $NF}’|sort|uniq -c|sort -n
上面的命令可以帮助分析哪种tcp状态数量异常
netstat -nat|grep ":80"|awk ‘{print 5}’ |awk -F: ‘{print5}’ |awk -F: ‘{print1}’ | sort| uniq -c|sort -n
则可以帮助你将请求80服务的client ip按照连接数排序。
回到fin_wait1这个话题，如果发现fin_wait1状态很多，并且client ip分布正常，那可能是有人用肉鸡进行ddos攻击、又或者最近的程序改动引起了问题。一般说来后者可能性更大，应该主动联系程序员解决。
但是如果有某个ip连接数非常多，就值得注意了，可以考虑用iptables直接封了他。
apache如何限制用户线程数?限制客户端一个IP同时连接数，实际应用：限制flashget，网络蚂蚁等软件只有2个进程有效
apache如何限制用户线程数?
限制客户端一个IP同时连接数，实际应用：限制flashget，网络蚂蚁等软件只有2个进程有效。
（注释：/opt/httpd/是我的apache的安装目录，大家可以自行改成自己的路径）
首先，从http://dominia.org/djao/下载mod_limitipconn-0.22.tar.gz
上传解压后运行
#/opt/httpd/bin/apxs -c -i -a mod_limitipconn.c 将此外部DSO模块编译入Apache
检查/opt/httpd/modules是否有mod_limitipconn.so模块
配置apache配置文件，找到相应位置，如下：
LoadModule limitipconn_module modules/mod_limitipconn.so
#
MaxConnPerIP 2
并将#ExtendedStatus On的注释去掉
重启Apache，检查是否可限制单一IP多个并发连接
测试效果，用flashget下载，默认是5个蚂蚁，只有2个可以连接并进行下载，其他的3个始终连接不上！－－成功！！！
Apache性能优化2009-01-15 13:32Tunning Apache
Apache几目前Internet上使用最为广泛的Web服务器。它具有比商业Web服务器不遑多让的功能与速度，同时安装与设置也十分简单，正是这些特性让它成为市场占有率最高的Web服务器软件。不过Apache安装简单，并不意味着简单地安装就可以适用于绝大多数应用环境，在高负荷的 Web站点，Apache还需要进行调整、优化……
优化方法
Apache的配置文件是httpd.conf。Windows下该文件位于Apache安装目录的Conf子目录下，RedHat Enterprise Linux AS 3.0 Update 2位于/etc/httpd/conf。通过调整该文件的某些参数，可以优化Apache的运行效率。
为了验证后文Apache参数的调整是否起作用，我们通常用Apache附带的ab(Apache Bench)对其进行压力测试。
ab最常用的语法格式是这样的：
ab -n XXX -c YYY -k http://hostname.port/path/filename
其中：
-n XXX:
表示最多进行XXX次测试。也就是下载filename文件XXX次。
-c YYY:
客户端并发连接个数。
-k:
启用HTTP KeepAlive功能。默认不启用KeepAlive功能。
比如我们要对http://hostname:port/file.com下载10000次进行测试，并发访问为60个，启用HTTP KeepAlive功能，则访问指令为：
ab -n 10000 -c 60 -k http://hostname:port/file.htm
测试平台
在本次优化过程中。笔者采用了两台电脑进行压力测试。其中一台为客户端，运行ab发送请求，另外一台为服务器，安装有Apache提供Web服务。
1.服务器配置
服务器端，笔者采用了较低端的配置。这样更容易通过ab测试看来调整参数后的效果：
CPU: Intel Celeron 1.0GHz
内存： 512MB SRAM 100MHz
硬盘： Maxtor 4D040H2
网卡： D-Link DFE 530TX
服务器端笔者安装两种操作系统:Windows Server 2003 Enterprise Edition并升级到最新的Hotfix。Apache服务器版本为2.0.50；或者RedHat Enterprise Linux AS 3.0 Update 2。
2.客户端配置
为了使评测的瓶颈不在客户端，笔者客户端配置要比服务器端好，具体硬件配置如下：
CPU: P4 3.0GHz 533MHz 打开了HT支持
内存： 512MB DDR 400
硬盘： WD1200JB-00CRA1
网卡： D-Link DFE 530TX
客户端安装有RedHat Enterprise Linux AS 3.0 Update 2。并利用其中的ab来进行性能测试。
通用优化技巧
对于Apache服务器来说，为了提高性能需要进行的某些参数调整具有通用性，也就是说只要采用了就可以使其性能更好。
1.关闭DNS和名字解析
* HostnameLookups on | off | double
Apache 1.3之前HostnameLookups默认是打开的。这样客户端在访问服务器时，服务器将要解析客户端的主机名，并将其保存在日志文件中。对客户端进行域名反向解析会大幅降低服务器速度，所以最好将其设置为Off。关闭指令如下：
HostnameLookups off
* UseCanonicalName on | off | dns
打开UseCanonicalName是Web服务器的标准做法。这是因为客户发送的大部分请求都是对本服务器的引用，打开该项设置就能使用 ServerName和Port选项的设置内容构建完整的URL。如果将这个参数设置为Off，那么Apache将使用从客户请求中获得服务器名字和端口值，重新构建URL。
如果你不需要在Apache中架设虚拟主机，建议设置为：
UseCanonicalName on
2.关闭多余模块
Apache采用了模块化设计，管理员可以有选择地加载一些模块来加强服务器的功能。这些模块，可以在创建服务器时静态编译到服务器的二进制代码中，也可以编译成一些独立服务器程序的Dynamic Shared Objects(DSO)文件，在Apache启动的时候根据需要，动态加载。事实证明，不加载多余的模块总是可以提高Apache的性能。
Apache的DSO模块是在httpd.conf中以：
LoadModule access_module modules/mod_access.so
方式加载。当不需要某个模块时，只要在其前添加“#”，注释掉该行。
一般来说，不需要加载以下模块：
mod_include.so:
服务器端包含，是一种已经过时的技术。
mod_autoindex.so:
如果不希望Apache列目录显示，可以删除。
mod_access.so、mod_auth.so：
如果你不需要进行安全验证，也没有必要加载。
最好加载以下模块：
mod_dir.so:
用于定义缺省文档index.php、index.jsp等。
mod_log_config.so:
用于定义记录文件格式。
mod_mime.so:
定义文件类型的关联。
最后需要说明一点的是，并不是加载所有的模块都会降低Apache性能。比如mod_zip可以把文件压缩之后再传给客户端，这样就可以减少 40%左右的网络流量，而mod_expires则可以减少10%左右的重复请求。
3.取消.htaccess验证
除非你确定需要使用.htaccess文件来控制客户端对相应目录的访问权限，否则设置“AllowOverride None”，可以免除Apache在每个目录搜索.htaccess文件之苦。
4.取消符号链接
FollowSymLinks允许使用符号连接，这将使用浏览器有可能访问文档根目录(DocumentRoot)之外的内容，并且只有符号连接的目的与符号连接本身为同一用户所拥有时(SymLinksOwnerMatch)，才允许访问，这个设置将增加一些安全性，但将耗费Apache大量的资源。
笔者建议：
Options FollowSymLinks
但是不要启用SymLinksOwnerMatch。
5.打开KeepAlive支持
在HTTP 1.0中和Apache服务器的一次连接只能发出一次HTTP请求，而KeepAlive参数支持HTTP 1.1版本的一次连接，多次传输功能，这样就可以在一次连接中发出多个HTTP请求。从而避免对于同一个客户端需要打开不同的连接。很多请求通过同一个 TCP连接来发送，可以节约网络和系统资源。
在Apache的配置文件httpd.conf中，设置：
KeepAlive on
KeepAliveTimeout 15
这样就能限制每个连接的保持时间是15秒。在我们的评测中发现，打开KeepAlive之前，ab测试的数据为：
Requests per second: 201.32 [#/sec] (mean)
Time per request: 298.031 [ms] (mean)
Time per request: 4.967 [ms] (mean, across all concurrent requests)
Transfer rate: 839.49 [Kbytes/sec] received
而打开KeepAlive支持之后，ab测试数据为：
Requests per second: 341.70 [#/sec] (mean)
Time per request: 175.594 [ms] (mean)
Time per request: 2.927 [ms] (mean, across all concurrent requests)
Transfer rate: 1437.04 [Kbytes/sec] received
最能反应Apache服务器性能的Requests per second，即每秒完成的请求次数从201.32提升到341.70，提升幅度为70%。虽然在现实环境中，不可能有这么多的同一连接发出的请求，但启用KeepAlive确实在一定程度上可以提高Apache服务器的吞吐量和反应速度。
另外，可以设置：
MaxKeepAliveRequests 100
把MaxKeepAliveRequests设置的尽量大，可以在一次连接中进行更多的HTTP请求。但在我们的测试中还发现，把 MaxKeepAliveRequests设置成1000，则评测的客户端容易出现“Send requesttimed out”的错误，所以具体数值还要根据自己的情形来设置。
参数决定性能
Apache除了可以通过一些常规方式进行优化外，还需要调整其运行参数，这样才能构建一个适合相应网络环境的Web服务。这些指令从两个级别对Apache进行了优化。
* 进程级(Process-level)
进程级的参数用来控制Apache相应的客户端请求的进程数Process(在Windows下称之为线程数,threads)。
* 协议级(Protocol-level)
协议级的指令则用来控制Apache与客户端的连接多久才自动断开。
由于Windows和Linux/UNIX设计原理的不同，所以进程级的指令根据Apache是工作在Linux/UNIX或者Windows 下，而分成两种。
1.Linux下Apache性能优化
Linux下的Apache预设工作在prefork模式下(由每个进程处理连接请求)，这种工作模式也是Apache 1.3系列的工作模式。如果你需要其工作在其他模式下，则需要手工编译源代码来实现:
./configure –prefix=/usr/local/apache-2.0.50 –with-mpm=worker –enable-include && make && make install
Linux下进程级的Apache调整参数包括以下五个。
* StartServers
该参数决定Linux启动时，自动打开的Apache服务器的数目。它对Apache服务器的性能没有太大的影响。因为如果 MinSpareServers设置的比较大，Apache服务器进程数会马上调整到不小于MinSpareServers的数目。
在Linux下，我们可以通过:
ps aux |grep httpd
来查看当前打开的Apache服务进程数。
* MinspareServers
该参数用于配置在任何时候可用的最小Apache进程个数。一般情况下，当目前可用的Apache进程数不能满足需求时，Apache会自动打开新进程以服务客户。所以设置MinspareServers为较大的值只是为了让在比较繁忙的Web环境，让Apache可以尽快地满足客户端的访问需求。对于每天有百万访问量的网站来说，下面的数值是比较合适的：
MinspareServers 32
* MaxSpareServers
较大的MinSpareServers可以保证Apache有较快的反应速度,过大的MinSpareServers又会占用更多的系统内存。如果你的系统内存不是很充足或者运行有其他的服务，把MaxSpareServers设置小一些可以为其他服务空出一些内存。当空闲Apache进程超过 MaxSpareServers指定的数值时，Apache主进程会杀掉多余的空闲进程而保持空闲进程在MaxSpareServers指定的数值。
对于每天百万访问量的网站来说，配置大容量的内容，并且设置如下的值是比较合适的：
MaxSpareServers 64
* MaxClients
服务器的处理能力毕竟是有限的，不可能同时处理无限多的连接请求。参数MaxClients就用于规定服务器支持的最多并发访问的客户数。
如果MaxClients设置得过大，系统在繁忙时不得不在过多的进程之间来回切换为更多的客户服务。这样对每个客户的反应就会变慢；如果设置得过小，系统繁忙时就会拒绝客户连接请求。
我们的设想原则是，当服务器性能较高时，可以适当增加这个值的设置。如果繁忙出现拒绝访问现象，说明需要升级服务器硬件了。
如果你不在意访问速度，或者认为反应速度慢也总比拒绝连接好，可以把该值设置大一些。
* MaxRequestsPerChild
当设置KeepAlive为off时，Apache服务器是用单独的子进程为一次连接服务，这样，每次连接都需要生成、关闭子进程，这些额外的操作浪费了计算机的大量处理能力。最好的方式是一个子进程可以为多次连接请求服务。
但子进程在接受访问请求时，需要不断地申请和释放内存，次数多了就会造成内存垃圾，影响系统稳定性。为了解决这个问题，可以规定每一个子进程处理的最大请求数，超过此数值，就让该子进程退出，再从原始的httpd进程中重新复制一个干净的副本，从而提高系统的稳定性。
第个子进程能够处理服务请求的最大次数由MaxRequestsPerChild定义。RedHat Enterprise Linux AS 3.0 Update 2缺省的设置值为1000这个值比较适合(设置为0支持每个副本进行无限次的服务处理)。
在我们的测试过程中发现，RedHat Enterprise Linux AS 3.0 Update 2下默认配置的Apache并不能很好地应付大负荷站点。我们需要打开KeepAlive，并加大StartServers、 MinSpareServers、MaxSpareServers和MaxClients的数值。这些参数对于Apache性能的改善有很大的影响。
小知识：
RedHat Enterprise Linux AS 3.0 Update 2最大MaxClients只能设置到256。如果你需要设置其为更高，需要在MaxClients前面添加:
ServerLimit xxx
其中xxx不能少于MaxClients的数值。该设置方法适用于Apache 2.0系列。
2.Windows下Apache优化
Windows下,Apache 2.0经过了全新的设计，采用多线程的方式(work)运行。这种运行方式，理论上比Linux/UNIX的Perfork运行模式有更好的性能。
Work模式下由单个控制进程负责子进程的建立。每个子进程可以建立由ThreadsPerChild指定的固定数量的线程。由独立的线程监听并处理到来的连接。
在Windows下可以执行“Apache -l”。查看当前工作模式，如果显示“mpm_winnt.c”，则表示Apache工作在多线程模式下；在Linux下执行“httpd -l”看到“prefork.c”表示工作在子进程模式下。
其配置语句是：
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
Apache力图维持一个备用的服务线程池，让客户端无须等待线程/进程的建立即可得到处理。最初建立的进程数由 StartServers指定。然后Apache会不停地检测所有Apache进程中空闲线程的总数，并新建或结束进程使总数维持在 MinSpareThreads和MaxSpareThreads所指定的范围以内。但同时可以得到处理的客户端的最大数量又取决于MaxClients 指令，而进程建立的最大数量取决于ServerLimit指令。三者之间的关系为：
ServerLimit*ThreadsPerChild >=MaxClients
具体参数和优化方法这里由于篇幅所限，不再具体介绍。有兴趣的朋友可以参考前文介绍的Linux下的优化进行。
Apache服务器的优化-模式设置2009-01-15 12:08服务器的优化
(MPM: Multi-Processing Modules)
apache2主要的优势就是对多处理器的支持更好，在编译时同过使用–with-mpm选项来决定apache2的工作模式。如果知道当前的apache2使用什么工作机制，可以通过httpd -l命令列出apache的所有模块，就可以知道其工作方式：
prefork：
如果httpd -l列出prefork.c，则需要对下面的段进行配置：
StartServers 5 #启动apache时启动的httpd进程个数。
MinSpareServers 5 #服务器保持的最小空闲进程数。
MaxSpareServers 10 #服务器保持的最大空闲进程数。
MaxClients 150 #最大并发连接数。
MaxRequestsPerChild 1000 #每个子进程被请求服务多少次后被kill掉。0表示不限制，推荐设置为1000。
在该工作模式下，服务器启动后起动5个httpd进程(加父进程共6个，通过ps -ax|grep httpd命令可以看到)。当有用户连接时，apache会使用一个空闲进程为该连接服务，同时父进程会fork一个子进程。直到内存中的空闲进程达到 MaxSpareServers。该模式是为了兼容一些旧版本的程序。我缺省编译时的选项。
worker：
如果httpd -l列出worker.c，则需要对下面的段进行配置：
StartServers 2 #启动apache时启动的httpd进程个数。
MaxClients 150 #最大并发连接数。
MinSpareThreads 25 #服务器保持的最小空闲线程数。
MaxSpareThreads 75 #服务器保持的最大空闲线程数。
ThreadsPerChild 25 #每个子进程的产生的线程数。
MaxRequestsPerChild 0 #每个子进程被请求服务多少次后被kill掉。0表示不限制，推荐设置为1000。
该模式是由线程来监听客户的连接。当有新客户连接时，由其中的一个空闲线程接受连接。服务器在启动时启动两个进程，每个进程产生的线程数是固定的(ThreadsPerChild决定)，因此启动时有50个线程。当50个线程不够用时，服务器自动fork一个进程，再产生25个线程。
perchild：
如果httpd -l列出perchild.c，则需要对下面的段进行配置：
NumServers 5 #服务器启动时启动的子进程数
StartThreads 5 #每个子进程启动时启动的线程数
MinSpareThreads 5 #内存中的最小空闲线程数
MaxSpareThreads 10 #最大空闲线程数
MaxThreadsPerChild 2000 #每个线程最多被请求多少次后退出。0不受限制
MaxRequestsPerChild 10000 #每个子进程服务多少次后被重新fork。0表示不受限制。
该模式下，子进程的数量是固定的，线程数不受限制。当客户端连接到服务器时，又空闲的线程提供服务。 如果空闲线程数不够，子进程自动产生线程来为新的连接服务。该模式用于多站点服务器。
Apache的prefork模式和worker 模式2009-01-15 11:48Apache的prefork模式和worker模式
prefork模式
这个多路处理模块(MPM)实现了一个非线程型的、预派生的web服务器，它的工作方式类似于Apache 1.3。它适合于没有线程安全库，需要避免线程兼容性问题的系统。它是要求将每个请求相互独立的情况下最好的MPM，这样若一个请求出现问题就不会影响到其他请求。
这个MPM具有很强的自我调节能力，只需要很少的配置指令调整。最重要的是将MaxClients设置为一个足够大的数值以处理潜在的请求高峰，同时又不能太大，以致需要使用的内存超出物理内存的大小。
worker模式
此多路处理模块(MPM)使网络服务器支持混合的多线程多进程。由于使用线程来处理请求，所以可以处理海量请求，而系统资源的开销小于基于进程的MPM。但是，它也使用了多进程，每个进程又有多个线程，以获得基于进程的MPM的稳定性。
控制这个MPM的最重要的指令是，控制每个子进程允许建立的线程数的ThreadsPerChild指令，和控制允许建立的总线程数的 MaxClients指令。
prefork和worker模式的切换
1.将当前的prefork模式启动文件改名
mv httpd httpd.prefork
2.将worker模式的启动文件改名
mv httpd.worker httpd
3.修改 Apache配置文件
vi /usr/local/apache2/conf/extra/httpd-mpm.conf
找到里边的如下一段，可适当修改负载等参数：
<IfModule mpm_worker_module>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
</IfModule>
4.重新启动服务
/usr/local/apache2/bin/apachectl restart
即可换成worker方式启动apache2
处于稳定性和安全性考虑，不建议更换apache2的运行方式，使用系统默认prefork即可。另外很多php模块不能工作在worker模式下，例如redhat linux自带的php也不能支持线程安全。所以最好不要切换工作模式。
prefork和worker模式的比较
prefork模式使用多个子进程，每个子进程只有一个线程。每个进程在某个确定的时间只能维持一个连接。在大多数平台上，Prefork MPM在效率上要比Worker MPM要高，但是内存使用大得多。prefork的无线程设计在某些情况下将比worker更有优势：它可以使用那些没有处理好线程安全的第三方模块，并且对于那些线程调试困难的平台而言，它也更容易调试一些。
worker模式使用多个子进程，每个子进程有多个线程。每个线程在某个确定的时间只能维持一个连接。通常来说，在一个高流量的HTTP服务器上，Worker MPM是个比较好的选择，因为Worker MPM的内存使用比Prefork MPM要低得多。但worker MPM也由不完善的地方，如果一个线程崩溃，整个进程就会连同其所有线程一起”死掉”.由于线程共享内存空间，所以一个程序在运行时必须被系统识别为”每个线程都是安全的”。
总的来说，prefork方式速度要稍高于worker，然而它需要的cpu和memory资源也稍多于woker。
prefork模式配置详解
<IfModule mpm_prefork_module>
ServerLimit 256
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 256
MaxRequestsPerChild 0
</IfModule>
ServerLimit
默认的 MaxClient最大是256个线程,如果想设置更大的值，就的加上ServerLimit这个参数。20000是ServerLimit这个参数的最大值。如果需要更大，则必须编译apache,此前都是不需要重新编译Apache。
生效前提：必须放在其他指令的前面
StartServers
指定服务器启动时建立的子进程数量，prefork默认为5。
MinSpareServers
指定空闲子进程的最小数量，默认为5。如果当前空闲子进程数少于MinSpareServers ，那么Apache将以最大每秒一个的速度产生新的子进程。此参数不要设的太大。
MaxSpareServers
设置空闲子进程的最大数量，默认为10。如果当前有超过MaxSpareServers数量的空闲子进程，那么父进程将杀死多余的子进程。此参数不要设的太大。如果你将该指令的值设置为比MinSpareServers小，Apache将会自动将其修改成”MinSpareServers 1″。
MaxClients
限定同一时间客户端最大接入请求的数量(单个进程并发线程数)，默认为256。任何超过MaxClients限制的请求都将进入等候队列,一旦一个链接被释放，队列中的请求将得到服务。要增大这个值，你必须同时增大ServerLimit。
MaxRequestsPerChild
每个子进程在其生存期内允许伺服的最大请求数量，默认为10000.到达 MaxRequestsPerChild的限制后，子进程将会结束。如果MaxRequestsPerChild为”0″，子进程将永远不会结束。将 MaxRequestsPerChild设置成非零值有两个好处：
1.可以防止(偶然的)内存泄漏无限进行，从而耗尽内存。
2.给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。
worker模式配置详解
<IfModule mpm_worker_module>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
</IfModule>
StartServers
服务器启动时建立的子进程数，默认值是”3″。
MaxClients
允许同时伺服的最大接入请求数量(最大线程数量)。任何超过MaxClients限制的请求都将进入等候队列。默认值是”400″,16(ServerLimit)乘以25(ThreadsPerChild)的结果。因此要增加MaxClients的时候，你必须同时增加ServerLimit的值。
MinSpareThreads
最小空闲线程数,默认值是”75″。这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太少，子进程将产生新的空闲线程。
MaxSpareThreads
设置最大空闲线程数。默认值是”250″。这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太多，子进程将杀死多余的空闲线程。MaxSpareThreads的取值范围是有限制的。Apache将按照如下限制自动修正你设置的值：worker要求其大于等于MinSpareThreads加上ThreadsPerChild的和。
ThreadsPerChild
每个子进程建立的常驻的执行线程数。默认值是25。子进程在启动时建立这些线程后就不再建立新的线程了。
MaxRequestsPerChild
设置每个子进程在其生存期内允许伺服的最大请求数量。到达 MaxRequestsPerChild的限制后，子进程将会结束。如果MaxRequestsPerChild为”0″，子进程将永远不会结束。将 MaxRequestsPerChild设置成非零值有两个好处：
1.可以防止(偶然的)内存泄漏无限进行，从而耗尽内存。
2.给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。
注意对于KeepAlive链接，只有第一个请求会被计数。事实上，它改变了每个子进程限制最大链接数量的行为。
巧用tmpfs加速你的linux服务器
今天从朋友高春辉那里又学了一招，就是使用tmpfs,我把他消化后用来实现虚拟磁盘来存放squid的缓存文件和php的seesion。速度快不少哦！
默认系统就会加载/dev/shm ，它就是所谓的tmpfs，有人说跟ramdisk（虚拟磁盘），但不一样。象虚拟磁盘一样，tmpfs 可以使用您的 RAM，但它也可以使用您的交换分区来存储。而且传统的虚拟磁盘是个块设备，并需要一个 mkfs 之类的命令才能真正地使用它，tmpfs 是一个文件系统，而不是块设备；您只是安装它，它就可以使用了。
tmpfs有以下优势：
1。动态文件系统的大小，
2。tmpfs 的另一个主要的好处是它闪电般的速度。因为典型的 tmpfs 文件系统会完全驻留在 RAM 中，读写几乎可以是瞬间的。
3。tmpfs 数据在重新启动之后不会保留，因为虚拟内存本质上就是易失的。所以有必要做一些脚本做诸如加载，绑定的操作。
好了讲了一些大道理，大家看的烦了吧，还是讲讲我的应用吧：）
首先在/dev/stm建个tmp文件夹，然后与实际/tmp绑定
mkdir /dev/shm/tmp
chmod 1777 /dev/shm/tmp
mount –bind /dev/shm/tmp /tmp
1。squid的缓存目录设置
vi /etc/squid/squid.conf
修改成
cache_dir ufs /tmp 256 16 256
这里的第一个256表示使用256M内存，我觉得高性能 LINUX双效防火墙HOWTO使用ramdisk的方法还不如直接使用tmpfs，至少每次启动不用mkfs，还可以动态改变大小。
然后重启一下服务，ok，现在所有的squid缓存文件都保存倒tmpfs文件系统里了，很快哦。
2。对php性能的优化
对于一个访问量大的以apache＋php的网站，可能tmp下的临时文件都会很多，比如seesion或者一些缓存文件，那么你可以把它保存到 tmpfs文件。
保存seesion的方法很简单了只要修改php.ini就行了，由于我已经把/dev/stm/tmp与/tmp绑定，所以不改写也行，至于 php程序产生的缓存文件那只能改自己的php程序了：）
希望我的这个方法，能对你有所启发。
参考文档：使用虚拟内存（virtual memory，VM）文件系统和绑定安装
Apache下限制每个虚拟主机的并发数
下载模块：http://www.nowhere-land.org/programs/mod_vhost_limit/
安装：
apxs -c mod_vhost_limit.c -o /path/to/libexec/mod_vhost_limit.so
在 httpd.conf 加入：
LoadModule vhost_limit_module libexec/mod_vhost_limit.so
AddModule mod_vhost_limit.c
配置：
MaxClients 150
ExtendedStatus On
NameVirtualHost *
<VirtualHost *>
ServerName server1
DocumentRoot /some/where/1
MaxVhostClients 100
</VirtualHost>
<VirtualHost *>
ServerName server2
DocumentRoot /some/where/2
MaxVhostClients 30
</VirtualHost>
<VirtualHost *>
ServerName server3
DocumentRoot /some/where/3
</VirtualHost>
其中：server1 被限制为 100 个并发线程数。server2 被限制为 30 个并发线程数。server3 没有被限制。
注：需 mod_status 的 ExtendedStatus On 支持！！
如超出限制的并发数在客户端就会出现503错误：
Service Temporarily Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
——————————————————————————–
Apache/1.3.27 Server at server1 Port 80
在 error_log 中将会有类似以下的错误提示：
[Mon Jun 23 15:22:24 2003] [error] client access to server1 deferred, MaxVhostClients 100 exceeded
——————————————————————————–
下载 mod_limitipconn.c
http://dominia.org/djao/limit/mod_limitipconn-0.04.tar.gz
http://dominia.org/djao/limit/mod_limitipconn-0.04-1.i386.rpm
(proxy client detection feature not enabled)
http://dominia.org/djao/limit/mod_limitipconn-0.04-1.src.rpm
我用的是tar包下载的是mod_limitipconn-0.04.tar.gz,(该模块已经可以支持apache2)在服务器上执行# wget http://dominia.org/djao/limit/mod_limitipconn-0.04.tar.gz 下载到本地，然后执行下面的命令编译安装。我的apache位于/usr/local/apache目录
解压缩：
[root@ns chenlf]# tar zxvf mod_limitipconn-0.04.tar.gz
mod_limitipconn-0.04/
mod_limitipconn-0.04/Makefile
mod_limitipconn-0.04/README
mod_limitipconn-0.04/apachesrc.diff
mod_limitipconn-0.04/mod_limitipconn.c
mod_limitipconn-0.04/ChangeLog
编译安装：
[root@ns chenlf]# cd mod_limitipconn-0.04
[root@ns mod_limitipconn-0.04]# ls
apachesrc.diff ChangeLog Makefile
mod_limitipconn.c README
[root@ns mod_limitipconn-0.04]
# /usr/local/apache/bin/apxs -c -i -a mod_limitipconn.c
gcc -DLINUX=22 -I/usr/include/db1 -fpic -DSHARED_MODULE -I
/usr/local/apache/include -c mod_limitipconn.c
gcc -shared -o mod_limitipconn.so mod_limitipconn.o
[activating module `limitipconn' in /usr/local/apache/conf/httpd.conf]
cp mod_limitipconn.so
/usr/local/apache/libexec/mod_limitipconn.so
chmod 755 /usr/local/apache/libexec/mod_limitipconn.so
cp /usr/local/apache/conf/httpd.conf
/usr/local/apache/conf/httpd.conf.bak
cp /usr/local/apache/conf/httpd.conf.new
/usr/local/apache/conf/httpd.conf
rm /usr/local/apache/conf/httpd.conf.new
修改配置文件：
全局控制，在httpd.conf加上以下几行：
<IfModule mod_limitipconn.c>
<Location /> # 所有虚拟主机的/目录
MaxConnPerIP 3 # 每IP只允许3个并发连接
NoIPLimit image/* # 对图片不做IP限制
</Location>
<Location /mp3> # 所有主机的/mp3目录
MaxConnPerIP 1 # 每IP只允许一个连接请求
OnlyIPLimit audio/mpeg video # 该限制只对视频和音频格式的文件
</Location>
</IfModule>
局部限制，你也可以在虚拟主机的配置文件里设置IP限制，方法是完全一样：
<VirtualHost xx.xxx.xx.xx>
ServerAdmin chenlf@chinalinuxpub.com
DocumentRoot /home/my
ServerName www.my.com
<IfModule mod_limitipconn.c>
<Location /> # 所有虚拟主机的/目录
MaxConnPerIP 5 # 每IP只允许3个并发连接
NoIPLimit image/* # 对图片不做IP限制
</Location>
<Location /mp3> # 所有主机的/mp3目录
MaxConnPerIP 2 # 每IP只允许一个连接请求
OnlyIPLimit audio/mpeg video # 该限制只对视频和音频格式的文件
</Location>
</IfModule>
ErrorLog /home/my/logs/error_log
CustomLog /home/my/logs/access_log common
</VirtualHost>
此外必须将 apache 的 ExtendedStatus 设置为ON。
在httpd.conf找到 # ExtendedStatus On 去掉前面的注释即可。
好了，全部配置结束，重起apache就可以生效了。
http://blog.penner.cn/2005/04/17/restrict-connect-number-from-every-virtualhost-under-apache.html
查看 Apache并发请求数及其TCP连接状态
# prefork MPM
# StartServers: number of server processes to start
# MinSpareServers: minimum number of server processes which are kept spare
# MaxSpareServers: maximum number of server processes which are kept spare
# MaxClients: maximum number of server processes allowed to start
# MaxRequestsPerChild: maximum number of requests a server process serves
StartServers 10
MinSpareServers 10
MaxSpareServers 15
ServerLimit 2000
MaxClients 2000
MaxRequestsPerChild 10000
查看httpd进程数（即prefork模式下Apache能够处理的并发请求数）：
Linux命令：
ps -ef | grep httpd | wc -l
返回结果示例：
1388
表示 Apache能够处理1388个并发请求，这个值Apache可根据负载情况自动调整，我这组服务器中每台的峰值曾达到过2002。
查看Apache的并发请求数及其TCP连接状态：
Linux命令：
netstat -n | awk ‘/^tcp/ { S[$NF]} END {for(a in S) print a, S[a]}’
（这条语句是从新浪互动社区事业部技术总监王老大那儿获得的，非常不错）
返回结果示例：
LAST_ACK 5
SYN_RECV 30
ESTABLISHED 1597
FIN_WAIT1 51
FIN_WAIT2 504
TIME_WAIT 1057
其中的SYN_RECV表示正在等待处理的请求数；ESTABLISHED表示正常数据传输状态；TIME_WAIT表示处理完毕，等待超时结束的请求数。
关于TCP状态的变迁，可以从下图形象地看出：
状态：描述
CLOSED：无连接是活动的或正在进行
LISTEN：服务器在等待进入呼叫
SYN_RECV：一个连接请求已经到达，等待确认
SYN_SENT：应用已经开始，打开一个连接
ESTABLISHED：正常数据传输状态
FIN_WAIT1：应用说它已经完成
FIN_WAIT2：另一边已同意释放
ITMED_WAIT：等待所有分组死掉
CLOSING：两边同时尝试关闭
TIME_WAIT：另一边已初始化一个释放
LAST_ACK：等待所有分组死掉
