|
Apache多路复用模块（MPMs）介绍,MPM,也叫多道处理模块（Multi Processing Module）,关系到整个HTTP会话,本文就介绍它的相关知识 当整个世界都慢慢倾向于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实例。虽然这是相当值得警告的做法，但是这足以安全的记住本文的目的。 换句话说，一个线程被一个进程创建并拥有。一个进程可以有多个线程，这些线程并不是完全独立的。它们共享进程为它们分配的同一个状态以及地址空间。
总之，进程是程序的一个实例，它被用来告诉整个系统它的存在以及需要资源并且可以执行他自己的资源；线程只有被进程创建以后才能真正执行一些东西。因此，线程不需要发布自己而是由整个应用如进程来做，而且线程本质上使用更少的系统资源如内存。 Prefork多处理模块是非线程的。它完全不使用线程，使用整个进程用来处理每个HTTP请求。当一个HTTP请求传入，假设是用来请求你加猫咪的图片，那么整个进程都会去该请求捆绑而且为这个人的请求负责。如果在同一时间有其他人来浏览你家猫咪的图片，那么另一个完全不同的进程会被使用。 Prefork在快速和稳定性方面很好。Prefork只有轻微的边缘响应时间，这是因为它不需要处理在它进程中的不同线程；同时在一个特定的请求发生错误的情况下它也是稳定的，因为整个进程只是由一个请求决定，而其他请求是由另外的进程来处理，所以其他请求不受影响。
Prefork也适用于如果你所使用的apache模块不能处理线程的情况。最常见的是mod_php模块（尽管它的最新努力方向是ZTS）。你可能在使用PHP以及／或者一些不能被Apache所处理的脚本时会遇到这个问题，但是有一些脚本除外如php-fpm。 Apache Worker MPM Work多路复用模块会使用线程，它在高并发时在内存使用方面处理的很好。在多路复用模块中，需要的进程数较少，因为它不想Prefork那样需要为每个请求创建一个进程，Worker模式会在进程中创建线程，请求进入的连接通过一个进程中的不同线程来处理。Worker模式中，新的连接只需要等待空闲的线程即可，而不是像Prefork中那样需要等待空闲进程。 Apache Event MPM
Event模式是非常新的。事实上，它只在Apache2.4版本中被作为稳定版发布。Event模式和Worker模式工作原理相同，它也是使用进程和线程。它们最大的区别在与Event模式会为每个请求创建一个线程，而不是为一个HTTP连接创建一个线程。
在Event MPM中，如果处理连接的线程只是用来处理当前请求并且会在请求处理完成后立即释放，不管被父进程处理的HTTP连接的情况。同时，当线程在请求被处理完成立即释放后可以被用来处理其他请求。这意味着需要更少的线程！ 既然如此，你该使用哪一种？在我看来，以我最忠诚的忠告，每个人都应该使用Worker MPM,因为它在并发方面相当出色而且对RAM内存的使用较少,虽然如果在兼容性上有问题，你可能需要切换回Prefork。 如果你使用的是最新版本的Apache,你可以尝试使用Event MPM。
如果是用的是PHP，那么使用Worker MPM或者Event MPM时必须使用php-fpm。如果你在Worker模式下使用了mod_php那么你的应用可能会在这样或那样的表单中出错。实际上，这时你也许应该使用的php-fpm，不论apache在何种MPM模式下。 |