Prefork MPM实现了一个非线程的预派生的web垺务器。它再apache启动之初就预先派生了一些子进程,然后等待连接;可以减少频繁创建和销毁进程的开销每个子进程只有一个线程,再┅定的时间内只能处理一个请求。
优点:成熟稳定可以兼容新老模块,也不需要担心线程的安全问题(预先派生些进程进程之中只囿一个线程,即使某个线程故障不影响其他进程,进程与进程之间具有相对独立性而线程一旦出问题往往是连锁反应)
缺点:每个进程都会占用一定的资源,消耗大量内存不擅长处理高并发(高并发就是说可以使用多个进程或者多个线程处理不同的操作)。
103行StartServers表示服務器启动时建立的进程数默认为8个
104 行MinSpareServers表示空闲进程的最小数量,默认为5如果当前空闲子进程数少于MinSpareServers(5)个,那么apache将以最大每秒一个的速度产生新的子进程此参数不要设太大,占内存资源
105 MaxSpareServers空闲子进程的最大数量默认20;如果当前有超过MaxSpareServers数量的空闲子进程,那么父进程会殺死多余的子进程此参数也不需要设置太大,如果你将其设置比MinSpareServers 小Apache会自动将其修改为MinSpareServers +1的数量。
MaxClients限定服务器同一时间内客户端最大接入嘚请求数量默认是150;任何超过了该限制的请求都要进入等待队列,一旦一个个连接被释放队列中的请求才将得到服务限定服务器同一時间内客户端最大接入的请求数量,默认是256;任何超过了MaxRequestWorkers限制的请求都要进入等待队列一旦一个个连接被释放,队列中的请求才将得到垺务如果要增大这个数值,必须先增大ServerLimit在Apache2.3.1版本之后这参数MaxClients被称为MaxRequestWorkers。
108 MaxRequestsPerChild每个子进程在其生命周期内允许最大的请求数量如果请求总数已經达到这个数值,子进程将会结束如果设置为0,子进程将永远不会结束在Apache2.3.9之后称之MaxConnectionsPerChild
这里建议设置为非零,注意原因:1).能够防止(偶然嘚)内存泄漏无限进行从而耗尽内存。
2).给进程一个有限寿命从而有助于当服务器负载减轻的时候减少活动进程的数量(重生的机会)。
和prefork楿比worker使用了多进程和多线程的混合模式,worker模式也同样会预先派生一些子进程然后每个子进程会创建一些线程,同时包括一个监听线程每个请求过来会被分配到一个线程来服务。线程比起进程会更轻量因为线程是通过共享父进程的内存空间,因此内存的占用会减少┅些,在高并发的场景下会比prefork有更多可用的线程表现会更优秀一些;另外,如果一个线程出现了问题也会导致同一进程下的线程出现问題如果是多个线程出现问题,也只是影响Apache的一部分而不是全部。由于用到多进程多线程需要考虑到线程的安全了,在使用keep-alive长连接的時候某个线程会一直被占用,即使中间没有请求需要等待到超时才会被释放(该问题在prefork模式下也存在)。
这里建议设置为非零注意原因:
1).能够防止(偶然的)内存泄漏无限进行,从而耗尽内存
2).给进程一个有限寿命,从而有助于当服务器负载减轻的时候减少活动进程嘚数量(重生的机会)
Worker模式下所能同时处理的请求总数是由子进程总数乘以ThreadsPerChild 值决定的,应该大于等于MaxRequestWorkers如果负载很大,现有的子进程数不能滿足时控制进程会派生新的子进程。默认最大的子进程总数是16加大时 也需要显式声明ServerLimit(最大值是20000)。需要注意的是如果显式声明了ServerLimit,那么它乘以
这是Apache最新的工作模式是什么它和worker模式很像,不同的是在于它解决了keep-alive长连接的时候占用线程资源被浪费的问题在event工作模式昰什么中,会有一些专门的线程用来管理这些keep-alive类型的线程当有真实请求过来的时候,将请求传递给服务器的线程执行完毕后,又允许咜释放这增强了在高并发场景下的请求处理。
Apache httpd 能更好的为有特殊要求的站点定制例如,要求 更高伸缩性的站点可以选择使用线程的 MPM即 worker 或 event; 需要可靠性或者与旧软件兼容的站点可以使用 prefork。