php-fpm的执行方式 (进程管理模式)

php-fpm的进程数能够根据设置分为动态和静态。

• 静态：直接开启指定数量的php-fpm进程，再也不增长或者减小；
• 动态：开始的时候开启必定数量的php-fpm进程，当请求量变大的时候，动态的增长php-fpm进程数到上限，当空闲的时候自动释放空闲的进程数到一个下限。

这两种不一样的执行方式，能够根据服务器的实际需求来进行调整。

这里先说一下涉及到这个的几个参数吧，他们分别是pm、pm.max_children、pm.start_servers、pm.min_spare_servers和pm.max_spare_servers。

pm表示使用那种方式，有两个值能够选择，就是static（静态）或者dynamic（动态）。在更老一些的版本中，dynamic被称做apache-like。这个要注意看配置文件给出的说明了。

下面4个参数的意思分别为：

• pm.max_children：静态方式下开启的php-fpm进程数量。
• pm.start_servers：动态方式下的起始php-fpm进程数量。
• pm.min_spare_servers：动态方式下的最小php-fpm进程数量。
• pm.max_spare_servers：动态方式下的最大php-fpm进程数量。

 

若是dm设置为static，那么其实只有pm.max_children这个参数生效。系统会开启设置的数量个php-fpm进程。

若是dm设置为dynamic，那么pm.max_children参数失效，后面3个参数生效。系统会在php-fpm运行开始的时候启动 pm.start_servers个php-fpm进程，而后根据系统的需求动态在pm.min_spare_servers和 pm.max_spare_servers之间调整php-fpm进程数。

那么，对于咱们的服务器，选择哪一种执行方式比较好呢？事实上，跟Apache同样，咱们运行的PHP程序在执行完成后，或多或少会有内存泄露的问题。这也是为何开始的时候一个php-fpm进程只占用3M左右内存，运行一段时间后就会上升到20-30M的缘由了。因此，动态方式由于会结束掉多余 的进程，能够回收释放一些内存，因此推荐在内存较少的服务器或者VPS上使用。具体最大数量根据 内存/20M 获得。好比说512M的VPS，建议pm.max_spare_servers设置为20。至于pm.min_spare_servers，则建议根据服务器的负载状况来设置，比较合适的值在5~10之间。

而后对于比较大内存的服务器来讲，设置为静态的话会提升效率。由于频繁开关php-fpm进程也会有时滞，因此内存够大的状况下开静态效果会更好。数量也能够根据 内存/30M 获得。好比说2GB内存的服务器，能够设置为50；4GB内存能够设置为100等。

 

一种是pm = static，始终保持一个固定数量的子进程，这个数由pm.max_children定义，这种方式很不灵活，也一般不是默认的。

另外一种是pm = dynamic，他是这样的，启动时，会产生固定数量的子进程（由pm.start_servers控制）能够理解成最小子进程数，而最大子进程数则由pm.max_children去控制，OK，这样的话，子进程数会在最大和最小数范围中变化，尚未完，闲置的子进程数还能够由另2个配置控制，分别是pm.min_spare_servers和pm.max_spare_servers，也就是闲置的子进程也能够有最小和最大的数目，而若是闲置的子进程超出了pm.max_spare_servers，则会被杀掉。

能够看到，pm = dynamic模式很是灵活，也一般是默认的选项。可是，dynamic模式为了最大化地优化服务器响应，会形成更多内存使用，由于这种模式只会杀掉超出最大闲置进程数（pm.max_spare_servers）的闲置进程，好比最大闲置进程数是30，最大进程数是50，而后网站经历了一次访问高峰，此时50个进程所有忙碌，0个闲置进程数，接着过了高峰期，可能没有一个请求，因而会有50个闲置进程，可是此时php-fpm只会杀掉20个子进程，始终剩下30个进程继续做为闲置进程来等待请求，这可能就是为何过了高峰期后即使请求数大量减小服务器内存使用却也没有大量减小，也多是为何有些时候重启下服务器状况就会好不少，由于重启后，php-fpm的子进程数会变成最小闲置进程数，而不是以前的最大闲置进程数。

第三种 pm = ondemand模式，这种模式和pm = dynamic相反，把内存放在第一位，他的工做模式很简单，每一个闲置进程，在持续闲置了pm.process_idle_timeout秒后就会被杀掉，有了这个模式，到了服务器低峰期内存天然会降下来，若是服务器长时间没有请求，就只会有一个php-fpm主进程，固然弊端是，遇到高峰期或者若是pm.process_idle_timeout的值过短的话，没法避免服务器频繁建立进程的问题，所以pm = dynamic和pm = ondemand谁更适合视实际状况而定。

 

附各参数说明：

pm string
设置进程管理器如何管理子进程。可用值：static，ondemand，dynamic。必须设置。

static - 子进程的数量是固定的（pm.max_children）。ondemand - 进程在有需求时才产生（当请求时，与 dynamic 相反，pm.start_servers 在服务启动时即启动。dynamic - 子进程的数量在下面配置的基础上动态设置：pm.max_children，pm.start_servers，pm.min_spare_servers，pm.max_spare_servers。pm.max_children intpm 设置为 static 时表示建立的子进程的数量，pm 设置为 dynamic 时表示最大可建立的子进程的数量。必须设置。该选项设置能够同时提供服务的请求数限制。相似 Apache 的 mpm_prefork 中 MaxClients 的设置和 普通PHP FastCGI中的 PHP_FCGI_CHILDREN 环境变量。pm.start_serversin设置启动时建立的子进程数目。仅在 pm 设置为 dynamic 时使用。默认值：min_spare_servers + (max_spare_servers - min_spare_servers) / 2。pm.min_spare_servers int设置空闲服务进程的最低数目。仅在 pm 设置为 dynamic 时使用。必须设置。pm.max_spare_servers int设置空闲服务进程的最大数目。仅在 pm 设置为 dynamic 时使用。必须设置。pm.max_requests int设置每一个子进程重生以前服务的请求数。对于可能存在内存泄漏的第三方模块来讲是很是有用的。若是设置为 '0' 则一直接受请求，等同于 PHP_FCGI_MAX_REQUESTS 环境变量。默认值：0。