场景：前后端分离开发，局域网内前端同事调我本机的接口调试，我本机的接口运行在windows下安装的虚拟机上；经常会出现卡死现象；需要重启php-fpm

首先找到php-fpm的配置文件：

[root@localhost etc]# ps ax | grep php-fpm

 2293 ?        Ss     0:00 php-fpm: master process (/usr/local/etc/php-fpm.conf)

 2294 ?        S      0:00 php-fpm: pool www

 2295 ?        S      0:00 php-fpm: pool www

 2370 pts/0    S+     0:00 grep --color=auto php-fpm

修改，打开其中的日志：

error_log = log/php-fpm.log

打开后php-fpm默认日志位置：

/usr/local/var/log/php-fpm.log

发现这样一个错误：

server reached pm.max_children setting (5), consider raising it

意思是：服务器达到pm.max_children设置（5），考虑提高它

修改php-fpm.conf

增加：

pm = dynamic

pm.max_children = 8 //设置子进程最大数值

pm.start_servers = 4 //php-fpm启动起始进程数

pm.min_spare_servers = 2 //php-fpm的最小空闲进程数

pm.max_spare_servers = 8 //php-fpm的最大空闲进程数

pm.max_requests = 500 //所有子进程重启时间

所有子进程重启时间举例：所有子进程重启时间为300s一次，并发量为50，max_children设置为30，max_requests = 300*50/30=500，如果想让进程每隔一小时重生一次，则是3600*50/30=6000。

说明：如果pm.max_requests没有设置重启参数，默认为不限制最大服务次数，也就是子进程永远不重启，经验表明，长时间不重启子进程会导致系统负载异常，处理时间变长等现象。

扩展阅读：

这个设置与内存大小及空闲程度有关，关于内存的参数说明：

https://www.cnblogs.com/ggjucheng/archive/2012/01/08/2316399.html

https://lirongyao.com/server-reached-pm-max_children-setting.html?btwaf=37256808

关于这几个值设置的详细说明：

https://www.cnblogs.com/gaoyuechen/p/8717377.html

需要了解的参数是：pm、pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers。

pm：表示使用那种方式，有两个值可以选择，就是static（静态）或者dynamic（动态）。

在更老一些的版本中，dynamic被称作apache-like。这个要注意看配置文件的说明。

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

pm = dynamic 如何控制子进程，选项有static和dynamic

pm.max_children：静态方式下开启的php-fpm进程数量

pm.max_requests：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的原因了。

对于内存大的服务器（比如8G以上）来说，指定静态的max_children实际上更为妥当，因为这样不需要进行额外的进程数目控制，会提高效率。因为频繁开关php-fpm进程也会有时滞，所以内存够大的情况下开静态效果会更好。

数量也可以根据 内存/30M 得到，比如8GB内存可以设置为100，那么php-fpm耗费的内存就能控制在 2G-3G的样子。

如果内存稍微小点，比如1G，那么指定静态的进程数量更加有利于服务器的稳定。这样可以保证php-fpm只获取够用的内存，将不多的内存分配给其他应用去使用，会使系统的运行更加畅通。

对于小内存的服务器来说，比如256M内存的VPS，即使按照一个20M的内存量来算，10个php-cgi进程就将耗掉200M内存，那系统的崩溃就应该很正常了。

因此应该尽量地控制php-fpm进程的数量，大体明确其他应用占用的内存后，
给它指定一个静态的小数量，会让系统更加平稳一些。或者使用动态方式，
因为动态方式会结束掉多余的进程，可以回收释放一些内存，所以推荐在内存较少的服务器或VPS上使用。具体最大数量根据 内存/30M 得到。

pm.start_servers缺省值计算公式: min_spare_servers + (max_spare_servers - min_spare_servers) / 2。

比如说512M的VPS，加入分配给php-fpm最大250M，建议pm.max_spare_servers设置为250/30 ,约为8。至于pm.min_spare_servers，则建议根据服务器的负载情况来设置，比如服务器上只是部署php环境的话，比较合适的值在2~5之间。

这里面还有一个问题，php-fpm因为一些第三方库可能会引起内存泄漏，时间长了，占用的内存会比较多，像我们的服务器现在就是50m左右，还好，有pm.max_requests这个参数，这个参数指定了一个php-fpm子进程执行多少次之后重启该进程。这个可能就要根据你的实际情况调整了。