Apache 工作模式详解

1. 介绍

Apache 是基于模块化进行设计的，其中最核心的组件是MPM(Multi Processing Module )多重处理模块，而Apache就是通过此模块来进行对操作系统进程线程的管理。
它包含多种工作模式，其中最主要的三种工作模式分别是：
1.profork(预派生)
2.worker(工作模式)
3.event(事件模式)

2. 工作模式的查看和切换

• 要查看当前Apache的工作模式可以通过 httpd -l 进行查看，默认工作模式是profork模式，应该会看到

[root@centos6-5 sbin]# httpd -l
Compiled in modules:
  core.c
  prefork.c   # 默认为prefork
  http_core.c
  mod_so.c

• 要进行修改的话，如果是编译安装，那么在编译安装的时候加上 --with-mpm=worker 或者 --with-mpm=event 即可 （注意：重新编译时要先 make clean 清空原来已经编译的内容）如果是用 yum 安装的童鞋，则可以采用下面我提供的这种方法

[root@centos6-5 ~] which httpd   # 首先查看自己的httpd 启动配置文件在什么位置，一般为 /usr/sbin/httpd
/usr/sbin/httpd
[root@centos6-5 ~] ls /usr/sbin/ | grep "httpd"  # 在这里我们可以看到，Apache 三种不同的启动模式。默认的httpd 就是 prefork 模式
httpd
httpd.event
httpd.worker
# 接下来要做的很简单
[root@centos6-5 ~]  cd /usr/sbin/
[root@centos6-5 sbin]  mv httpd httpd.prefork  # 把默认的httpd 重命名为 httpd.prefork
[root@centos6-5 sbin] mv httpd.worker httpd  # 把httpd.worker 重命名为httpd，这样在我们启动服务的 时候就会去寻找httpd启动程序，也就是worker模式启动了
[root@centos6-5 sbin]  service httpd restart  # 重启服务
[root@centos6-5 sbin]  httpd -l
Compiled in modules:
  core.c
  worker.c    # 工作模式就变成了worker
  http_core.c
  mod_so.c
# 要修改为 event 和上面的方法类似

3.三种模式的工作原理及配置

• profork

1.profork是Apache默认的工作模式，同时由于它采用的的是多进程，所以相对来说也是最稳定的一种工作模式，相对于多进程多线程，它的进程中只存在一个线程，所以不会出现像多进程多线程中一个线程崩溃，而导致的整个进程程崩溃的情况，这是它之所以会稳定的原因。

2. 在使用profork 时，系统会首先创建一个父进程然后fork 出和StartServers 相等的子进程（原理类似于fork炸弹）为了满足MinSpareServers设置的需要创建一个进程，等待一秒钟，继续创建两个，再等待一秒钟，继续创建四个……如此按指数级增加创建的进程数，最多达到每秒32个，直到满足 MinSpareServers设置的值为止。这就是预派生（prefork）的由来。这种模式可以不必在请求到来时再产生新的进程，从而减小了系统开销 增加了服务器的性能。
3. 配置文件详解 (主配置文件)

  StartServers       5  # 启动服务时建立的子进程的数量
  MinSpareServers    5  #  空闲进程的最小数量,如果当前进程小于最小进程,apache将以最大每秒一个的速度产生新的子进程
  MaxSpareServers   20  # 空闲进程的最大数量,如果有超过 MaxSpareServers 的那么父进程会杀死多余的子进程,如果你将其设置比 MinSpareServers 小，Apache会自动将其修改为MinSpareServers +1的数量。
  ServerLimit      256  #   在Apache 2.0中新加入了ServerLimit指令，使得无须重编译Apache就可以加大 MaxClients。
  MaxClients       256  # 同一时刻内最大允许多少用户访问(用户并发量)
  MaxRequestsPerChild  4000   # 每个子进程在其生命周期范围内允许的最大请求数量，如果请求总数已经达到这个数值，子进程将会结束，如果设置为0，子进程将永远不会结束。
 

• worker

1. 相对于profork worker 采用的是多进程多线程的工作模式，由于创建线程的开销要比创建进程的开销更小，所以在支持更多访问量或者想要更快的响应速度的时候，worker 模式要比 prefork 模式更具优势,但是多线程也同样造成了服务的不稳定。这是其劣势所在。
2. worker的工作原理是，由主控制进程生成StartServers个子进程，每个子进程中包含固定的ThreadsPerChild线程数， 各个线程独立地处理请求。同样，为了不在请求到来时再生成线程，MinSpareThreads和MaxSpareThreads设置了最少和最多的空闲 线程数；而MaxClients设置了所有子进程中的线程总数。如果现有子进程中的线程总数不能满足负载，控制进程将派生新的子进程。
3. 配置文件

StartServers         4    服务器启动时建立的子进程数量
MaxClients         300    所有子进程中的线程总数(限定最大用户并发数  serverlimit（系统配置的最大进程数量） ×  ThreadsPerChild  )
MinSpareThreads     25    空闲子线程最小数量，当空闲子线程数少于该数值将产生新的子线程
MaxSpareThreads     75    空闲子线程最大数量，当空闲子线程数大于该数值将杀死多于子线程
ThreadsPerChild     25    每个子进程产生的线程数量
MaxRequestsPerChild  0    每个子进程在其生命周期内允许最大的请求数量，如果请求总数已经达到这个数值，子进程将会结束，如果设置为0，子进程将永远不会结束。

• event
  1.event是Apache最新的工作模式，它和worker模式很像，不同的是在于它解决了keep-alive长连接的时候占用线程资源被浪费的问题（某些线程因为被keep-alive，挂在那里等待，中间几乎没有请求过来，一直等到超时）。在event工作模式中，会有一些专门的线程用来管理这些keep-alive类型的线程，当有真实请求过来的时候，将请求传递给服务器的线程，执行完毕后，又允许它释放。这样，一个线程就能处理几个请求了，实现了异步非阻塞。这增强了在高并发场景下的请求处理。
  2。配置文件

    StartServers             3  服务器启动时建立的子进程数量
    ServerLimit              16  系统配置的最大进程数量
    MinSpareThreads          75  空闲子线程的最小数量
    MaxSpareThreads          250  空闲子线程的最大数量
    ThreadsPerChild          25     每个子进程产生的线程数量
    MaxRequestWorkers        400  同一时间内客户端最大接入的请求数量.
    MaxConnectionsPerChild   1000   每个子进程在其生命周期内允许最大的请求数量，如果请求总数已经达到这个数值，子进程将会结束，如果设置为0，子进程将永远不会结束。