Apache中3种MPM工作方式的区别及配置详解

Posted 2020-07-03

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Apache中3种MPM工作方式的区别及配置详解相关的知识，希望对你有一定的参考价值。

MPM是Multi-Processing Modules，表示Apache中的多路处理模块，目前在Linux上的Apache2.2/2.4中包括三种模式：prefork、worker和event模式。apache或httpd的命令参数“-l”即可列出当前apache中已经编译了的模块，由于MPM只能在编译时指定其中一种，所以列出的静态模块中MPM只有1个，如下所示：

# httpd -l

Compiled in modules:

core.c

prefork.c #说明使用的是prefork模式

http_core.c

mod_so.c

1. rpm方式安装后的相关配置。

在一些发行版的Apache安装时，可能不仅安装了prefork模式的httpd，也可能安装有worker/event模式的httpd供用户根据实际需要来选择。比如RHEL6.4中的httpd安装包就是同时提供了worker和event模式的httpd程序，如下所示：

# /usr/sbin/httpd.worker -l

Compiled in modules:

core.c

worker.c

http_core.c

mod_so.c

# /usr/sbin/httpd.event -l

Compiled in modules:

core.c

event.c

http_core.c

mod_so.c

在RHEL系统中，可以很容易地配置httpd服务对prefork、worker和event等3种模式来进行选择。

编辑 /etc/sysconfig/httpd 文件，可以将“HTTPD=/usr/sbin/httpd.worker”这行取消注释，然后重启httpd服务，即可使用到woker模式的httpd了；也可以改变httpd, httpd.worker, httpd.event的文件名为httpd而切换不同的模式。不过可能使用worker模式的httpd会与php的一些东西存在兼容性而导致httpd服务不能启动，如下所示，是需要安装php-zts 软件包。

# service httpd start

Starting httpd: httpd.worker: Syntax error online 221 of /etc/httpd/conf/httpd.conf: Syntax error on line 9 of/etc/httpd/conf.d/php.conf: Cannot load /etc/httpd/modules/libphp5-zts.so intoserver: /etc/httpd/modules/libphp5-zts.so: cannot open shared object file: Nosuch file or directory

[FAILED]

# yum install php-zts

# service httpd start

Starting httpd: httpd.worker: Could notreliably determine the server‘s fully qualified domain name, using192.168.199.112 for ServerName

[ OK ]

1. 源码包编译安装后的相关配置。

在Apache编译时，做configure这一步，可以加上”–with-mpm=event”来将event编译作为MPM编译进去，同样也可以选择prefork和worker。另外，也可以将多个MPM编译为共享模块，configure中的参数为：–enable-mpms-shared=MPM-LIST （如：–enable-mpms-shared=’prefork worker’，–enable-mpms-shared=all）。httpd-2.4.4默人加载的是event模式。3种方式都安装后，可以发现在modules/目录下生成了3种对应的mpm方式，如果要切换，则在httpd.conf文件里编辑LoadModule即可加载。

3. prefork, worker, event 三种模式的区别：

1). prefork 中没有线程的概念，是多进程模型，一个进程处理一个连接；稳定；响应快。其缺点是在连接数比较大时就非常消耗内存。

2). worker 是多进程多线程模型，一个进程有多个线程，每个线程处理一个连接。与prefork相比，worker模式更节省系统的内存资源。不过，需要注意worker模式下的Apache与php等程序模块的兼容性。但worker MPM也有不完善的地方，如果一个线程崩溃，整个进程就会连同其所有线程一起"死掉".由于线程共享内存空间，所以一个程序在运行时必须被系统识别为"每个线程都是安全的"。总的来说，prefork方式速度要稍高于worker，然而它需要的cpu和memory资源也稍多于woker。

3). 以上两种稳定的MPM方式在非常繁忙的服务器应用下都有些不足。尽管HTTP的Keepalive方式能减少TCP连接数量和网络负载，但是 Keepalive需要和服务进程或者线程绑定，这就导致一个繁忙的服务器会耗光所有的线程。 Event MPM是解决这个问题的一种新模型，它把服务进程从连接中分离出来。在服务器处理速度很快，同时具有非常高的点击率时，可用的线程数量就是关键的资源限制，此时EventMPM方式是最有效的。一个以Worker MPM方式工作的繁忙服务器能够承受每秒好几万次的访问量（例如在大型新闻服务站点的高峰时），而Event MPM可以用来处理更高负载。event模式不能很好的支持https的访问（HTTP认证相关的问题）。

4. 配置文件参数。

rpm安装后在httpd.conf文件里，源码编译安装后在conf/extra/httpd-mpm.conf。

1) 源码编译方式。

StartServers 5

MinSpareServers 5

MaxSpareServers 10

MaxRequestWorkers 250

MaxConnectionsPerChild 0

</IfModule>

prefork 控制进程在最初建立“StartServers”个子进程后，为了满足MinSpareServers设置的需要创建一个进程，等待一秒钟，继续创建两个，再等待一秒钟，继续创建四个……如此按指数级增加创建的进程数，最多达到每秒32个，直到满足MinSpareServers设置的值为止。这种模式可以不必在请求到来时再产生新的进程，从而减小了系统开销以增加性能。MaxSpareServers设置了最大的空闲进程数，如果空闲进程数大于这个值，Apache会自动kill掉一些多余进程。这个值不要设得过大，但如果设的值比MinSpareServers小，Apache会自动把其调整为 MinSpareServers+1。如果站点负载较大，可考虑同时加大MinSpareServers和MaxSpareServers。

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

1、可防止意外的内存泄漏。2、在服务器负载下降的时侯会自动减少子进程数。

MaxRequestWorkers指令集同时将服务请求的数量上的限制。任何连接尝试在MaxRequestWorkerslimit将通常被排队，最多若干基于上ListenBacklog指令。在apache2.3.13以前的版本MaxRequestWorkers被称为MaxClients。

（MaxClients是这些指令中最为重要的一个，设定的是 Apache可以同时处理的请求，是对Apache性能影响最大的参数。如果请求总数已达到这个值（可通过ps -ef|grep http|wc -l来确认），那么后面的请求就要排队，直到某个已处理请求完毕。这就是系统资源还剩下很多而HTTP访问却很慢的主要原因。虽然理论上这个值越大，可以处理的请求就越多，但Apache默认的限制不能大于256。）

StartServers 3

MinSpareThreads 75

MaxSpareThreads 250

ThreadsPerChild 25

MaxRequestWorkers 400

MaxConnectionsPerChild 0

</IfModule>

Worker 由主控制进程生成“StartServers”个子进程，每个子进程中包含固定的ThreadsPerChild线程数，各个线程独立地处理请求。同样，为了不在请求到来时再生成线程，MinSpareThreads和MaxSpareThreads设置了最少和最多的空闲线程数。MinSpareThreads和 MaxSpareThreads的最大缺省值分别是75和250。这两个参数对Apache的性能影响并不大，可以按照实际情况相应调节。

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

ThreadsPerChild是worker MPM中与性能相关最密切的指令。ThreadsPerChild的最大缺省值是64，如果负载较大，64也是不够的。这时要显式使用ThreadLimit指令，它的最大缺省值是20000，ThreadLimit要放在最前面才生效。

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