Apache 里的 MPM 调优比较

MPM 是 Apache 2 引入的一个概念,就是结构模块化.把核心任务处理作为一个可插拔的模块,即多路处理模块(MPM),使其能针对不同的环境进行优化.在编译apache时必须选择也只能选择一个 MPM,对类 UNIX 系统,有几个不同的 MPM 可供选择,它们会影响到 apache 的速度和可伸缩性.

• 那么有多少种MPM呢?

大致有：prefork MPM、worker MPM、BeOS MPM、NetWare MPM、OS/2 MPM、WinNT MPM.

• 怎么知道apache当前用的是哪个MPM?

linux及windows下都可以使用命令：“httpd -l ” 进行查询.

• 各个MPM是怎么工作的?

Prefork MPM

这个多路处理模块(MPM)实现了一个非线程型的、预派生的 web 服务器,它的工作方式类似于 Apache 1.3.它适合没有线程安全库,需要避免线程兼容性问题的系统.它是要求每个哀求相互独立的情况下最好的 MPM,这样若是一个哀求出现问题就不会影响到其它哀求.

这个MPM具有很强的自我调节能力,只需要很少的配置指令调整.最重要的是将 MaxClients 设置为一个足够大的数值以处理潜在的哀求高峰,同时又不能太大,以致需要使用的内存超出物理内存的大小.

Worker MPM

此多路处理模块(MPM)使网络服务器支持混合的多线程多进程.由于使用线程来处理哀求,所以可以处理海量哀求,而系统资源的开销小于基于进程的 MPM .但是,它也使用了多进程,每个进程有多个线程,以获得基于进程的 MPM 的稳定性.

每个进程可以拥有的线程数量是固定的.服务器会根据负载情况增加或减少进程数量.一个单独的控制进程(父进程)负责子进程的建立.每个子进程可以建立 ThreadsPerChild 数量的服务线程和一个监听线程,该监听线程监听接入哀求并将其传递给服务线程处理和应答.

不管是 Worker 模式或是 Prefork 模式,Apache 总是试图保持一些备用的(spare)或者空闲的子进程(空闲的服务线程池)用于迎接即将到来的哀求.这样客户端就不需要在得到服务前等候子进程的产生.

Event MPM

以上两种稳定的 MPM 方式在非常繁忙的服务器引用下都有些不足.尽管 HTTP 的 keepalive 方式能减少 TCP 连接数和网络负载,但是 keepalive 需要和服务进程或者线程绑定,这就导致一个繁忙的服务器会耗光所有线程.Event MPM 是解决这个问题的一种新模型,它把服务进程从连接中分离出来.在服务器处理速度很快,同时具有非常高的点击率时,可用的线程数量就是关键的资源限制,此时 Event MPM 方式是最有效的.一个以 Worker MPM 方式工作的繁忙服务器能够承受每秒好几万次的访问量,而 Event MPM 可以用来处理更高负载.值得注意的是,Event MPM 不能在安全HTTP(HTTPS)访问下工作.

对于 Event 模式,apache 给予了以下警告：

This MPM is experimental,so it may or may not work as expected.

这种 MPM 目前处于实验阶段,它可能不能按照预期的那样工作.

• 各个MPM是应该如何优化?

prefork MPM

<IfModule mpm_prefork_module>

StartServers 5

MinSpareServers 5

MaxSpareServers 10

MaxClients 150

MaxRequestsPerChild 0

</IfModule>

1.prefork 控制进程在最初建立 StartServers 个子进程

2.为了满足 MinSpareServers 设置的需要创建一个进程,等待一秒,继续创建两个,再等待一秒,继续创建四个……如此按指数级增加创建的进程数直到满足 MinSpareServers 设置的值为止

3.MaxSpareServers 设置了最大的空闲进程数,如果空闲进程数大于这个值,Apache 会自动 kill 掉一些多余进程.这个值不要设置过大,如果设置比 MinSpareServers 小,Apache 会自动将其调整为 MinApareServers+1.如果站点负载较大,可考虑同时加大 MinSpareServers 和 MaxSpareServers.

4.Apache 2.3.13 后MaxClients被称为 MaxRequestsWorkers.MaxClients是这些指令中最为重要的一个,设定的是 Apache 可以同时处理的哀求,是对 Apache 性能影响最大的参数.如果哀求总数已达到这个值,那么后面的哀求就要排队,直到某个已处理哀求完毕.这就是系统资源剩下很多而 HTTP 访问却很慢的原因.虽然理论上这个值越大,可以处理的哀求就越多,但 Apache 默认的限制不能大于256.

5.MaxRequestsPerChild 设置的是每个子进程可以处理的哀求数.每个子进程在处理了 MaxRequestsPerChild 个哀求后将自动销毁.0意味着无限,即永不销毁.虽然缺省设为0可以使每个子进程处理更多的哀求,但如果设置为非0也有两点重要的好处：

1.可防止意外的内存泄漏

2.在服务器负载下降的时候会自动减少子进程数

因此,可根据服务器的负载来调整这个值.

worker MPM

<IfModule mpm_worker_module>

StartServers 2

MaxClients 150

MinSpareThreads 50

MaxSpareThreads 200

ThreadsPerChild 100

MaxRequestsPerChild 0

</IfModule>

1.启动时建立 StartServers 个子进程,每个子进程包含ThreadsPerChild个线程,缺省最大64.ThreadsPerChild 是 worker MPM 中与性能相关最密切的指令,如果负载较大,64也是不够的,这时要显示使用ThreadLimit 指令,它的最大缺省值是20000.

2.为了不在哀求到来时再产生线程,MinSpareThreads 和 MaxSpareThreads 设置了最小和最大的空闲线程数,缺省值分别是75和250.这两个参数对Apache的性能影响并不大,可以按照实际情况相应调节.

3.MaxClients 设置了同时连入的 clients 最大总数,如果现有子进程中的线程总数不能满足负载,控制进程将派生新的子进程.

work 模式下所能同时处理的哀求总数是由子进程总数乘以 ThreadsPerChild 值决定的,应该大于等于 MaxClients.如果负载很大,现有的子进程数不能满足时,控制进程会派生新的子进程.默认最大的子进程总数是16,加大时也需要显式使用 ThreadLimit 指令,它的最大缺省值是20000.需要注意的是,如果显式声明了 ServerLimit,那么它乘以 ThreadsPerChild 的值必须大于等于 MaxClients,而且 MaxClients 必须是 ThreadsPerChild 的整数倍,否则 Apache 将会自动调节到一个相应值.