宝塔Linux面板解决php-fpm占用CPU太高 php-

宝塔Linux面板以简洁的风格、实用的功能、简便的操作而被广大草根站长所接受，是Linux系统服务器、VPS建站的入门级面板。

在此文章主要为大家分享下解决宝塔Linux面板php-fpm占用CPU太高问题（暨php-fpm高负载优化问题）。最近很多出现了php-fpm突发过高，经常出现CPU占用100%问题，对用户的浏览体验带来了一定的影响。首先要确定了自己没有遭到攻击，于是想办法到处找解决php-fpm占用CPU过高的方案，通过搜索引擎找到的解决方法五花八门，有格式是各样的问题，看来造成php-fpm负载过高的原因有很多，大家出现这样的问题也不一定通过搜索引擎找得到解决办法。在网上寻找半天，并进行实验，没想到把问题给解决了。于是通过此文章记录下解决的步骤，希望对遇到同样问题的人有所帮助。

解决方案

1、通过宝塔面板安装的建站环境是LNMP，使用的Nginx 1.12、MySQL 5.5、PHP-5.4，解决过程当中，先把MySQL 5.5升级到了5.5的最新版本，紧接着新安装了PHP7.0版本，并升级到最新版本。

2、通过网站管理，更换PHP5.6版本为PHP7.1。

3、优化PHP7.0设置。按下图操作先进入到PHP7.0管理页面。

首先先安装一个opcache缓冲器，用于加速PHP脚本，其他的就都按默认的来吧，往往安装这个那个影响性能。

修改max_execution_time时间为60.

性能调整。这里大家可以根据自己服务器配置进行设置，宝塔面板比较人性化，会根据你的服务器配置设置推荐方案。其实设置并发多少，大家可以根据自己服务器内存大小进行计算，一般一个php-fpm进程占用内存30M左右，以2048MB内存（2G内存）来计算，大概可以设置68个并发。使用的就是4核2G内存配置的服务器，安装宝塔面板后推荐的事50并发，但觉得自己更笨用不到那么高的并发，所以设置了30并发的方案，并把max_spare_servers数字调整成了15.

按照上面操作后，发现服务器CPU不像之前一样经常性占用100%了，虽然php fpm有时候还会出现突发占用CPU 100%的情况，但基本很快就会恢复正常，对客户的浏览不会造成过多的影响。分析原因的话不是知道是不是兼容性问题，因为个人对这些东西没有过多的研究，只是恰巧碰到运气而已吧，说得不对的地方请大佬们指正。

更多相关知识学习：php-fpm进程过多，内存耗尽

在启用伪静态等加速技术后，服务器mysql数据库频繁出现宕机现象。

输入命令top查看进程后，发现php-fpm占用多达20个进程，每个进程占用内存4%，使得mysql因为内存耗尽而停止。在改动php-fpm后，问题迎刃而解。

一、内存耗尽解决方案

找到php-fpm.conf，该配置文件与php.ini一起在php的文件夹下。

我所在的目录是 /usr/local/php54/etc/php-fpm.conf

找到如下设置：

由于我所使用的服务器为1G内存的，故改为如上设置

二、php-fpm参数概述

下面对每个参数的意义进行简要的概述分析

pm=dynamic

该项共有三种设置方式 static 、 dynamic 、ondemand

• 一种是pm = static，始终保持一个固定数量的子进程，这个数由pm.max_children定义，这种方式很不灵活，也通常不是默认的。
• 另一种是pm = dynamic，他是这样的，启动时，会产生固定数量的子进程（由pm.start_servers控制）可以理解成最小子进程数，而最大子进程数则由pm.max_children去控制，这样的话，子进程数会在最大和最小数范围中变化，还没有完，闲置的子进程数还可以由另2个配置控制，分别是pm.min_spare_servers和pm.max_spare_servers，也就是闲置的子进程也可以有最小和最大的数目，而如果闲置的子进程超出了pm.max_spare_servers，则会被杀掉。（注意，pm.max_spare_servers应小于pm.max_children）
• 第三种就是pm = ondemand模式，这种模式和pm = dynamic相反，把内存放在第一位，他的工作模式很简单，每个闲置进程，在持续闲置了pm.process_idle_timeout秒后就会被杀掉，有了这个模式，到了服务器低峰期内存自然会降下来，如果服务器长时间没有请求，就只会有一个php-fpm主进程，当然弊端是，遇到高峰期或者如果pm.process_idle_timeout的值太短的话，无法避免服务器频繁创建进程的问题，因此pm = dynamic和pm = ondemand谁更适合视实际情况而定。

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

max_requests

即是说每个进程若超过这个数目(跟php进程有一点点关系,关 系不大),就自动杀死.

max_children

最大进程数，一般来说一台服务器正常情况下每一个php-fpm所耗费的内存在40M左右，理想最大进程数可计算为1000/40=25，但是实际上内存不止有php-fpm在占用，故可根据实际情况来，适当减小使得内存不会因php-fpm进程过多而耗尽。而如果我 的”max_children”设置的较小，比如5-10个，那么php-fpm就会“很累”，处理速度也很慢，等待的时间也较长。如果长时间没有得到处 理的请求就会出现504 Gateway Time-out这个错误。

request_terminate_timeout

据你服务器的性能进行设定。一般来说性能越好你可以设置越高，20分钟-30分钟都可以。由于我的服务器PHP脚本需要长时间运行，有的可能会超过10分 钟因此我设置了1200秒，这样不会导致php-fpm死掉而出现502 Bad gateway这个错误。

pm.start_servers

动态方式下的起始php-fpm进程数量

pm.min_spare_servers

动态方式下的最小php-fpm闲置进程数

pm.min_spare_servers

动态方式下的最大php-fpm闲置进程数量

三、相关命令参考

php-fpm 重启

kill -USR2 `cat /usr/local/php/var/run/php-fpm.pid`

查看php-fpm进程数量

ps aux | grep -c php-fpm

查看内存占用情况

free

倒序查看内存详细占用情况

top ————> M

另外，关于负载较高

这一点给大家一个命令 htop,安装方式

Centos/redhat:   yum install htop -y

Ubuntu/debian：apt-get install htop -y  。

安装完成后  在服务器上输入  htop 回车，就会有友好的显示出服务器当前负载、进程所占用的内存、cpu使用率、进程id等，具体参数含义请百度。