apache三种工作模式及相关配置

作为老牌服务器，Apache仍在不断地发展，就目前来说，
    它一共有三种稳定的MPM（Multi-Processing Module，多进程处理模块）。
    它们分别是 prefork、worker 和 event 。

Prefork MPM模式
    关键字：多进程
    优点：成熟，兼容所有新老模块。进程之间完全独立，使得它非常稳定。
          同时，不需要担心线程安全的问题。
    缺点：一个进程相对占用更多的系统资源，消耗更多的内存。而且，它并不擅长处理高并发请求，
          在这种场景下，它会将请求放进队列中，一直等到有可用进程，请求才会被处理。
    httpd-mpm.conf 中的相关配置：
        
 
 
  
  
                #服务器启动时建立的子进程数量
            StartServers          5
                #空闲子进程的最小数量，默认5；如果当前空闲子进程数少于MinSpareServers ，
                那么Apache将会产生新的子进程。此参数不要设的太大。
            MinSpareServers       5
                #空闲子进程的最大数量，默认10；如果当前有超过MaxSpareServers数量的空闲子进程，
                那么父进程会杀死多余的子进程。此参数也不需要设置太大，
                如果你将其设置比 MinSpareServers 小，Apache会自动将其修改为MinSpareServers+1。
            MaxSpareServers      10
                #限定服务器同一时间内客户端最大接入的请求数量，默认是150；
                任何超过了该限制的请求都要进入等待队列，一旦一个个连接被释放，队列中的请求才将得到服务。
            MaxClients          150
                #每个子进程在其生命周期内允许最大的请求数量，如果请求总数已经达到这个数值，
                子进程将会结束，如果设置为0，子进程将永远不会结束。若该值设置为非0值，
                可以防止运行PHP导致的内存泄露。
            MaxRequestsPerChild   0
        
 
 
    创建的进程数，最多达到每秒32个，直到满足MinSpareServers设置的值为止。
    这就是预派生（prefork）的由来。这种模式可以不必在请求到来时再产生新的进程，
    从而减小了系统开销以增加性能。

并发量请求数到达MaxClients（如256）时，而空闲进程只有10个。
apache为继续增加创建进程。直到进程数到达256个。
当并发量高峰期过去了，并发请求数可能只有一个时，apache逐渐删除进程，
直到进程数到达MaxSpareServers为止。


Worker MPM模式
    关键字：多进程+多线程
    试图维持一个备用(spare)或是空闲的服务线程池。
    这样，客户端无须等待新线程或新进程的建立即可得到处理。

线程比起进程会更轻量，因为线程通常会共享父进程的内存空间，
因此，内存的占用会减少一些，在高并发的场景下，表现得比 prefork模式好。

引入多进程原因主要是需要考虑稳定性，如果一个线程异常挂了，
会导致父进程连同其他正常的子线程都挂了。多进程+多线程模式中，
各个进程之间都是独立的，如果某个线程出现异常，
受影响的只是Apache的一部分服务，而不是整个服务。其他进程仍然可以工作。

优点：占据更少的内存，高并发下表现更优秀。
缺点：必须考虑线程安全的问题，因为多个子线程是共享父进程的内存地址的。
     如果使用keep-alive的长连接方式，也许中间几乎没有请求，
     这时就会发生阻塞，线程被挂起，需要一直等待到超时才会被释放。
     如果过多的线程，被这样占据，也会导致在高并发场景下的无服务线程可用。
理解配置：由主控制进程生成“StartServers”个子进程，
    每个子进程中包含固定的ThreadsPerChild线程数，各个线程独立地处理请求。
    同样，为了尽量避免在请求到来才生成线程，
    MinSpareThreads和MaxSpareThreads设置了最少和最多的空闲线程数；
    而MaxClients设置了所有子进程中的线程总数。
    如果现有子进程中的线程总数不能满足负载，控制进程将派生新的子进程。
<IfModule mpm_worker_module>
        #服务器启动时建立的子进程数量
    StartServers          2
        #限定服务器同一时间内客户端最大接入的请求数量，默认是150；
        任何超过了该限制的请求都要进入等待队列，
        一旦一个个连接被释放，队列中的请求才将得到服务。
    MaxClients          150
        #空闲子进程的最小数量
    MinSpareThreads      25
        #空闲子进程的最大数量
    MaxSpareThreads      75
        #每个子进程产生的线程数量
    ThreadsPerChild      25
        #每个子进程在其生命周期内允许最大的请求数量，
        如果请求总数已经达到这个数值，子进程将会结束，如果设置为0，子进程将永远不会结束。
        将该值设置为非0值，可以防止运行PHP导致的内存泄露。
    MaxRequestsPerChild   0
</IfModule>


Event MPM模式
    关键字：多进程+多线程+epoll
    Apache中最新的模式，在现在版本里的已经是稳定可用的模式。
         它和 worker模式很像，最大的区别在于，它解决了 keep-alive 场景下 ，
         长期被占用的线程的资源浪费问题（某些线程因为被keep-alive，挂在那里等待，
         中间几乎没有请求过来，一直等到超时）。
    event MPM中，会有一个专门的线程来管理这些 keep-alive 类型的线程，
        当有真实请求过来的时候，将请求传递给服务线程，执行完毕后，又允许它释放。
        这样，一个线程就能处理几个请求了，实现了异步非阻塞。
    event MPM在遇到某些不兼容的模块时，会失效，将会回退到worker模式，
        一个工作线程处理一个请求。官方自带的模块，全部是支持event MPM的。
    注意一点，event MPM需要Linux系统（Linux 2.6+）对Epoll的支持，才能启用。
    
 
 
  
  
            #服务器启动时建立的子进程数量
        StartServers             3
            #空闲子进程的最小数量
        MinSpareThreads         75
            #空闲子进程的最小数量
        MaxSpareThreads        250
            #每个子进程产生的线程数量
        ThreadsPerChild         25
            #限定服务器同一时间内客户端最大接入的请求数量，默认是150；
            任何超过了该限制的请求都要进入等待队列，一旦一个个连接被释放，
            队列中的请求才将得到服务。
        MaxRequestWorkers      400
            #每个子进程在其生命周期内允许最大的请求数量，如果请求总数已经达到这个数值，
            子进程将会结束，如果设置为0，子进程将永远不会结束。
            将该值设置为非0值，可以防止运行PHP导致的内存泄露。
        MaxRequestsPerChild   0
    
 
 

查看原文：http://www.chenqmc.com/?p=435