Apache 里的 MPM 调优比较 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 将会自动调节到一个相应值。