Apache是一个跨平台的、采用模块化设计的服务器。为了应对不同的平台和不同的环境产生的各种不同的需求，也为了在具体的平台或环境下达到最 佳的效果，Apache在web服务器的基础功能方面(端口绑定、接收请求等)也同样采用了模块化设计，这个Apache的核心模块就叫做多路处理模块 (Multi-Processing Module，简称MPM)。
Apache针对不同的 *** 作系统提供了多个不同的MPM模块，例如：mpm_beos、mpm_event、mpm_netware、mpmt_os2、mpm_prefork、mpm_winnt、mpm_worker。 如果条件允许，我们可以根据实际需求将指定的MPM模块编译进我们自己的Apache中(Apache的源码是开放的，允许用户自行编译)。不过，如果在 编译时我们没有选择，Apache将按照如下表格根据不同的 *** 作系统自行选择对应的MPM模块，这也是Apache针对不同平台推荐使用的MPM模块。
Apache mpm（Multi-Processing Module，多进程处理模块）模式 prefork MPMprefork是比较古老而又稳定的apache模式，特点是每个进程都是单线程，在一个时间点只能处理一个连接，需要启动大量的进程来处理高并发的请求。由于是单线程进程，因而无须考虑线程安全的问题，可以使用非线程安全的库，例如mod_php。
优点是成熟稳定，缺点是比较消耗内存，而且并发支持受限于进程数量，对高并发支持稍差。
worker同样使用多个进程，但每个进程又拥有多个线程，每个线程处理一个连接。由于线程是轻量级的，因而具有较高的并发性，同时，多个进程又获得了一定的稳定性。
worker模式特点是占用内存少，并发性比较高，缺点是必须考虑线程安全。如果使用了keep-alive方式，一个线程可能会被一直保持一个连接，但中间没有请求，直到超时。如果有多个线程被这样占据，在高并发场景下同样会出现无线程可用的情形。
event模式是在2.4版本中才稳定发布的模式，它在worker的基础上，解决了keep-alive连接不能释放的问题。event MPM中，会有一个专门的线程来管理这些keep-alive类型的线程，当有真实请求过来的时候，将请求传递给服务线程，执行完毕后，又允许它释放。这样增强了高并发场景下的请求处理能力。
event相比于worker的优势是，它解决了worker模式下长连接线程的阻塞问题。
值得一提的是，worker/event模式的请求处理模式，已经和nginx的libevent模式相同了。在mod_php模式下，每个apache进程都需要直接执行php，所以很容易达到系统资源限制。但是在php-fpm模式下，apache只负责建立连接，然后把请求传递给php-fpm来处理。这样，apache可以保持大量的连接，请求处理能力取决于php服务器的性能。
由于event是明显优于worker的，所以在apache2.4及后续版本中，一般优先选择event模式。
apachectl -V | grep -i mpm
输入命令apachectl status
如何开启server-status参见：
apache2三种模式及切换到event模式
Apache优化：修改最大并发连接数
apache并发数量级
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）