Apache 的 3 种模式和版本
Apache 目前一共有三种稳定的 MPM（Multi-Processing Module，多进程处理模块）模式，它们分别是 prefork，worker 和 event。
我们可以使用 httpd -V 命令查看 apache 的版本和模式，如果你服务端允许了 apache, 你先用 httpd -V 试下，如果提示如下
-bash: httpd: command not found
那就先找到运行的 httpd 进程，ps -ef | grep httpd，然后直接用这个进程的全路径进行 - V 操作
/**/**/apache_portal/bin/httpd -V
AH00318: WARNING: MaxRequestWorkers of 20000 would require 100 servers and
would exceed ServerLimit of 60, decreasing to 12000.
To increase, please see the ServerLimit directive.
Server version: Server/2.4.18 (Unix)
Server built: Jul 21 2017 08:43:23
Server's Module Magic Number: 20120211:52
Server loaded: APR 1.5.2, APR-UTIL 1.5.4
Compiled using: APR 1.5.2, APR-UTIL 1.5.4
Architecture: 64-bit
Server MPM: worker
这里我们可以知道 apache 的模式是 worker 模式，然后版本是 2.4.18
1）prefork 模式
Prefork MPM 优点：先预派生一些子进程，然后等待连接；可以减少频繁创建和销毁进程的开销，每个子进程只有一个线程，在一个时间点内，只能处理一个请求不需要担心线程安全问题
缺点：一个进程相对占用资源，消耗大量内存，不擅长处理高并发
2）worker 模式
worker 使用了多进程和多线程的混合模式，worker 模式也同样会先预派生一些子进程，然后每个子进程创建一些线程，同时包括一个监听线程，每个请求过来会被分配到一个线程来服务。线程比起进程会更轻量，因为线程是通过共享父进程的内存空间，因此，内存的占用会减少一些，在高并发的场景下会比 prefork 有更多可用的线程，表现会更优秀一些；另外，如果一个线程出现了问题也会导致同一进程下的线程出现问题，如果是多个线程出现问题，也只是影响 Apache 的一部分，而不是全部。由于用到多进程多线程，需要考虑到线程的安全，在使用 keep-alive 长连接的时候，某个线程会一直被占用，即使中间没有请求，需要等待到超时才会被释放（该问题在 prefork 模式下也存在）
3）event 模式
它和 worker 模式很像，不同的是在于它解决了 keep-alive 长连接的时候占用线程资源被浪费的问题，在 event 工作模式中，会有一些专门的线程用来管理这些 keep-alive 类型的线程，当有真实请求过来的时候，将请求传递给服务器的线程，执行完毕后，又允许它释放。这增强了在高并发场景下的请求处理。
4）我们看下 httpd 平均占用内存的大小
ps aux|grep -v grep|awk '/httpd/{sum+=$6;n++};END{print sum/n}'
11792.7
差不多 11M
Apache 的配置和性能优化
Apache 的配置文件 httpd.conf 的配置方式如下，不同的模式标签不一样，但是里面的参数类似
prefork 模式部分配置如下
<IfModule mpm_prefork_module>
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxRequestWorkers 250
MaxConnectionsPerChild 1000
</IfModule>
worker 模式部分配置如下
<IfModule mpm_worker_module>
StartServers 3
ServerLimit 16
MinSpareThreads 75
MaxSpareThreads 250
ThreadsPerChild 25
MaxRequestWorkers 400
MaxConnectionsPerChild 1000
</IfModule>
event 模式部分配置如下
<IfModule mpm_event_module>
StartServers 3
ServerLimit 16
MinSpareThreads 75
MaxSpareThreads 250
ThreadsPerChild 25
MaxRequestWorkers 400
MaxConnectionsPerChild 1000
</IfModule>
1）StartServers
服务器启动时建立的子进程数量
2）ServerLimit
系统配置的最大进程数量
3）MinSpareServers
空闲子进程的最小数量，比如默认 5；如果当前空闲子进程数少于 MinSpareServers ，那么 Apache 将以最大每秒一个的速度产生新的子进程, 此参数不要设的太大.
4）MaxSpareServers
空闲子进程的最大数量，默认 10；如果当前有超过 MaxSpareServers 数量的空闲子进程，那么父进程会杀死多余的子进程。这参数也不需要设置太大，如果你将其设置比 MinSpareServers 小，Apache 会自动将其修改为 MinSpareServers +1 的数量。
5）MinSpareThreads
空闲线程数最小数，这里默认是 75
6）MaxSpareThreads
空闲线程数最大数，这里默认是 250
7） ThreadsPerChild
每个子进程固定产生的线程数量。
8）MaxRequestWorkers/MaxClients
限定服务器同一时间内客户端最大接入的请求数量，MaxRequestWorkers/MaxClients 设置了所有子进程中的线程总数。如果现有子进程中的线程总数不能满足负载，控制进程将派生新的子进程。
Apache2.3.1 版本之前这参数 MaxRequestWorkers 被称为 MaxClients，
9）MaxConnectionsPerChild/MaxRequestsPerChild
每个子进程在其生命周期内允许最大的请求数量，如果请求总数已经达到这个数值，子进程将会结束，如果设置为 0，子进程将永远不会结束。
MaxConnectionsPerChild 在 Apache2.3.9 之前称之为 MaxRequestsPerChild，我们可以看如下解释
worker 的工作原理是，由主控制进程生成 “StartServers” 个子进程，每个子进程中包含固定的 ThreadsPerChild 线程数，各个线程独立地处理请求。同样，为了不在请求到来时再生成线程，MinSpareThreads 和 MaxSpareThreads 设置了最少和最多的空闲线程数；而 MaxClients 设置了所有子进程中的线程总数。如果现有子进程中的线程总数不能满足负载，控制进程将派生新的子进程。
MinSpareThreads 和 MaxSpareThreads 的最大缺省值分别是 75 和 250。这两个参数对 Apache 的性能影响并不大，可以按照实际情况相应调节
