解决Linux下php-fpm进程过多导致内存耗尽问题

　　最近，发现个人博客的Linux服务器，数据库服务经常挂掉，导致需要重启，才能正常访问，极其恶心，于是决心开始解决问题，解放我的时间和精力（我可不想经常出问题，然后人工重启，费力费时）。

　　分析问题

　　发现问题以后，首先使用 free -m 指令查看当前服务器执行状况：

　　可以看到我的服务器内存是2G的，但是目前可用内存只剩下70M，内存使用率高达92%，很有可能是内存使用率过高导致数据库服务挂断。

　　继续看详细情况，使用 top 指令：

　　然后再看指令输出结果中详细列出的进程情况，重点关注第10列内存使用占比：

　　发现CPU使用率不算高，也排除了CPU的问题，另外可以看到数据库服务占用15.2%的内存，内存使用过高时将会挤掉数据库进程（占用内存最高的进程），导致服务挂断，所以我们需要查看详细内存使用情况，是哪些进程耗费了这么多的内存呢？

　　使用指令：

　　 ps auxwhead -1;ps auxwsort -rn -k4head -40

　　查看消耗内存最多的前40个进程：

　　查看第四列内存使用占比，发现除了mysql数据库服务之外，php-fpm服务池开启了太多子进程，占用超过大半内存，问题找到了，我们开始解决问题：设置控制php-fpm进程池进程数量。

　　解决问题

　　通过各种搜索手段，发现可以通过配置 pm.max_children 属性，控制php-fpm子进程数量，首先，打开php-fpm配置文件，执行指令：

　　 vi /etc/php-fpm.d/

　　找到 pm.max_children 字段，发现其值过大：

　　如图， pm.max_children 值为50，每一个进程占用1%-2.5%的内存，加起来就耗费大半内存了，所以我们需要将其值调小，博主这里将其设置为25，同时，检查以下两个属性：

　　pm.max_spare_servers : 该值表示保证空闲进程数最大值，如果空闲进程大于此值，此进行清理 pm.min_spare_servers : 保证空闲进程数最小值，如果空闲进程小于此值，则创建新的子进程;

　　这两个值均不能不能大于 pm.max_children 值，通常设置 pm.max_spare_servers 值为 pm.max_children 值的60%-80%。

　　最后，重启php-fpm

　　 systemctl restart php-fpm

　　再次查看内存使用情况， 使用内存降低很多：

　　之后经过多次观察内存使用情况，发现此次改进后，服务器内存资源消耗得到很大缓解。

　　ps：查看php-fpm开启的进程数以及每个进程的内存限制

　　1.通过命令查看服务器上一共开了多少的 php-cgi 进程

　　 ps -fe grep php-fpmgrep poolwc -l

　　2.查看已经有多少个php-cgi进程用来处理tcp请求

　　 netstat -anpgrep php-fpmgrep tcpgrep poolwc -l

　　3.linux+nginx+php环境中，每个php-fpm进程的内存限制

　　设置方法：

　　编辑f配置文件

　　php_admin_value[memory_limit] = 128M（我服务器上的配置文件在/etc/php5/fpm/pool.d/这个文件是被包含在php-fpm.conf里的） 后边的数字可以随便更改：32M,64M,128M,256M,512M，这个设置可根据你的服务器内存大小和你的需求来写，修改后要加载一下php-fpm服务。

　　总结

　　以上所述是小编给大家介绍的Linux下php-fpm进程过多导致内存耗尽问题解决，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对脚本之家网站的支持！