袁来如此的工作笔记
袁来如此的工作笔记
竹杖芒鞋轻胜马,谁怕? 一蓑烟雨任平生。

Apache性能调整

浏览量:208

Timeout :    请求的超时时间        

KeepAliveTimeout :    长连接超时时间,默认5秒,打开长连接后则要达5秒后才会断开

MaxKeepAliveRequests :    长连接最大请求数量,默认100 ,即请求在5秒内达到100次请求后会断开        

KeepAlive :    是否打开长连接,如果没有打开长连接,那么请求完成后连接就立即被服务器给断开了。打开长连接后则要达到默认超时时间15秒或者请求在15秒内达到100次后才会断开                

StartServers :    设置Apache启动时运行的进程数,默认值5,若存在低于5个空闲子进程,就创建一个新的子进程准备为客户提供服务     

MaxSpareServers :    最大进程数量,默认值10,若存在高于10个空闲子进程,就创建逐一删除子进程来提高系统性能 

MaxRequestsPerChild : 单个网站进程将处理的连接数限制,默认值0,即无限大    注意:如果请求超过此连接数,服务器就会释放之前的内存占用,默认0,则内存永远不会被释放,将会造成apache停(此设置为单个网站的设置)

MaxClients :    同一时间最大连接数,默认值150,限制同一时间的连接数不能超过150








Apache运行模式说明

Apache目前一共有三种稳定的MPM(Multi-Processing Module,多进程处理模块)模式:Prefork(进程模式)、Worker(线程模式)、Event(事件模式,2.4版本后开始稳定)。

1)Prefork

Prefork模式实现了一个非线程的、预派生的Web服务器。它在Apache启动之初,就先预派生一些子进程,然后等待连接;可以减少频繁创建和销毁进程的开销,每个子进程只有一个线程,在一个时间点内,一个线程只能处理一个请求。这是一个成熟稳定,可以兼容新老模块,也不需要担心线程安全问题,但是一个进程相对占用资源,消耗大量内存,不擅长处理高并发的场景。

最重要的是将MaxClients设置为一个足够大的数值以处理潜在的请求高峰,同时又不能太大,以致需要使用的内存超出物理内存的大小。所以现在已经不常用这个模式了。 而且Apache2.4版本以后,默认使用的是worker模式。

优点:可以兼容新老模块;每个进程使用单独的内存空间,较安全,一个进程坏了不会影响其他进程。

缺点:占用较大内存,不擅长处理高并发。

2)Worker

Worker模式和Prefork模式相比,Worker模式使用了多进程和多线程的混合模式,Worker模式也同样会先预派生一些子进程,然后每个子进程创建一些线程,同时包括一个监听线程,每个请求会被分配到一个线程来服务。线程比起进程会更轻量,因为线程是通过共享父进程的内存空间,因此,内存的占用会减少一些,在高并发的场景下会比prefork有更多可用的线程,表现会更优秀一些;另外,如果一个线程出现了问题也会导致同一进程下的线程出现问题,如果是多个线程出现问题,也只是影响Apache的一部分,而不是全部。由于用到多进程多线程,需要考虑到线程的安全了,在使用keep-alive长连接的时候,某个线程会一直被占用,即使中间没有请求,需要等待到超时才会被释放(该问题在prefork模式下也存在)。

优点:可以处理海量请求,而系统资源的开销小。

缺点:不太安全。如果一个线程坏了。 整个进程都要坏了。另外存在keep-alive长连接占用资源时间过长。

3)Event

Event模式是在2.4版本中才可以稳定运行。这是Apache最新的工作模式,它和worker模式很像,不同的是在于它解决了keep-alive长连接的时候占用线程资源被浪费的问题,在event工作模式中,会有一些专门的线程用来管理这些keep-alive类型的线程,当有真实请求过来的时候,将请求传递给服务器的线程,执行完毕后,又允许它释放。这增强了在高并发场景下的请求处理。

当某个连接没有请求时,会主动关闭连接,在work模式下,必须等keep-alive超时,才可以释放。

打赏