php-fpm 三种运行方式 ondemand static dynamic

最近服务器SFTP时特别卡顿，

free
-m

一看，物理内存竟然都用完了，都开始用Swap了，然后看进程列表，我去，满屏幕的

php-fpm

。看来有必要优化下

php-fpm

的执行方式了。

看了这篇文章，原来

php-fpm

有3种对子进程的管理方式，从它的配置文档中又可以看出有2种。

一种是

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

谁更适合视实际情况而定。