本文共 3470 字,大约阅读时间需要 11 分钟。
作为老牌服务器,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设置了所有子进程中的线程总数。 如果现有子进程中的线程总数不能满足负载,控制进程将派生新的子进程。#服务器启动时建立的子进程数量 StartServers 2 #限定服务器同一时间内客户端最大接入的请求数量,默认是150; 任何超过了该限制的请求都要进入等待队列, 一旦一个个连接被释放,队列中的请求才将得到服务。 MaxClients 150 #空闲子进程的最小数量 MinSpareThreads 25 #空闲子进程的最大数量 MaxSpareThreads 75 #每个子进程产生的线程数量 ThreadsPerChild 25 #每个子进程在其生命周期内允许最大的请求数量, 如果请求总数已经达到这个数值,子进程将会结束,如果设置为0,子进程将永远不会结束。 将该值设置为非0值,可以防止运行PHP导致的内存泄露。 MaxRequestsPerChild 0 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://nqmdi.baihongyu.com/