当前位置 主页 > 服务器问题 > Linux/apache问题 >
当整个世界都慢慢倾向于nginx的时候，如果你还在使用apache,那么你可能会用尽一切办法来保证速度。你也许会调整要加载的模块，使用Keepalive、摆弄内容协商模块（mod_negotiation,译注：从几个文档中选择一个最匹配客户端要求的文档）、FollowSymLinks指令（译注：允许在此目录中使用软链接）以及重写功能；你甚至可能还会投入更多硬件，并假装自己没有。然而，如果你运营的网站非常繁忙而不想因为内存的原因而导致网站崩溃，那么你就应该关注你所使用的MPM。
MPM，也叫多道处理模块（Multi Processing Module），关系到真个HTTP会话。从网络上的监听、请求进入到最重要的--如何处理子请求，这里我们讨论的是子进程及子线程。对于unix系统的机器来说Apache提供了3种MPM以供选择：; Prefork, Worker, and Event。同时，只对其他系统Apache也提供了许多其他种类的MPM，但是我们这里主要关注最常见的，可能也是你最想看到的（也是我最擅长的）。这些MPM处理Apache服务器用来接受、处理以及服务器HTTP请求过程中的进程和潜在线程。
从不严格的角度来看，进程是一个程序的实例。每个进程是完全自包含的，并且在地址空间、变量、内存等方面和其他进程是完全独立、隔离开来执行的。为了理解本文目的和内容，你可以思考一下下面这句话：5个Apache进程表示运行着5个不同的Apache实例。虽然这是相当值得警告的做法，但是这足以安全的记住本文的目的。
换句话说，一个线程被一个进程创建并拥有。一个进程可以有多个线程，这些线程并不是完全独立的。它们共享进程为它们分配的同一个状态以及地址空间。
总之，进程是程序的一个实例，它被用来告诉整个系统它的存在以及需要资源并且可以执行他自己的资源；线程只有被进程创建以后才能真正执行一些东西。因此，线程不需要发布自己而是由整个应用如进程来做，而且线程本质上使用更少的系统资源如内存。
Apache Prefork MPM
Prefork多处理模块是非线程的。它完全不使用线程，使用整个进程用来处理每个HTTP请求。当一个HTTP请求传入，假设是用来请求你加猫咪的图片，那么整个进程都会去该请求捆绑而且为这个人的请求负责。如果在同一时间有其他人来浏览你家猫咪的图片，那么另一个完全不同的进程会被使用。
Prefork在快速和稳定性方面很好。Prefork只有轻微的边缘响应时间，这是因为它不需要处理在它进程中的不同线程；同时在一个特定的请求发生错误的情况下它也是稳定的，因为整个进程只是由一个请求决定，而其他请求是由另外的进程来处理，所以其他请求不受影响。
Prefork也适用于如果你所使用的apache模块不能处理线程的情况。最常见的是mod_php模块（尽管它的最新努力方向是ZTS）。你可能在使用PHP以及／或者一些不能被Apache所处理的脚本时会遇到这个问题，但是有一些脚本除外如php-fpm。
但是，如果你需要处理大量的并发请求，这种方式会疯狂＂吃掉＂系统资源。请注意，每个进程都会作为一个完整的Apache实例来发布自己。这意味着它会加载所有模块，而且对每个请求来说都是一个完整的web服务器。如果请求数非常大，而由于协调器需要发布与请求数相同的进程来处理这些请求，这会很快迫使内存使用率达到极限。
Apache Worker MPM
Work多路复用模块会使用线程，它在高并发时在内存使用方面处理的很好。在多路复用模块中，需要的进程数较少，因为它不想Prefork那样需要为每个请求创建一个进程，Worker模式会在进程中创建线程，请求进入的连接通过一个进程中的不同线程来处理。Worker模式中，新的连接只需要等待空闲的线程即可，而不是像Prefork中那样需要等待空闲进程。
