解决PHP-FPM进程导致的服务器内存占用

最近php-fpm服务器经常内存偏高。

成都创新互联公司，专注为中小企业提供官网建设、营销型网站制作、响应式网站、展示型做网站、网站制作等服务，帮助中小企业通过网站体现价值、有效益。帮助企业快速建站、解决网站建设与网站营销推广问题。

最简单也是马上见效的方法是重启服务，干脆重启服务器，这个对于某些临时进程导致的内存虚高可能有效，这里显然是不行滴。很可能影响到业务。

解决

查看服务器内存及进程状况

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配置文件拆开了。在/opt/plesk/php/7.1/etc/php-fpm.d目录下

这样我们就可以定位到是哪个占用

[root@orion php-fpm.d]# ls

aabus.com.conf  coachrun.com.conf  jadiamortgage.com.conf  jadia.net.conf  livechat.taketours.com.conf  lltours.com.conf  sunshineboston.com.conf

[root@orion php-fpm.d]# vim livechat.taketours.com.conf

这是之前的配置文件：

pm = ondemand                       #按需ondemand
pm.max_children = 5                 #最大进程数
pm.max_spare_servers = 1            #动态方式下的最大php-fpm闲置进程数量
pm.min_spare_servers = 1            #动态方式下的最小php-fpm闲置进程数
pm.process_idle_timeout = 10s   #按需方式下多长时间杀掉php-fpm子进程，直到master进程
pm.start_servers = 1                #动态方式下的起始php-fpm进程数量

修改后的配置：

pm = ondemand
pm.max_children = 5
pm.max_spare_servers = 2
pm.min_spare_servers = 2
pm.process_idle_timeout = 10s
pm.start_servers = 1
pm.max_requests = 1024              指的是每个子进程在处理了1024个请求数量之后就重启

跟踪一阵时间后发现内存在30000kb左右波动，进程使用的物理内存百分比才0.1%

参考文章： https://www.centos.bz/2018/03/php-fpm%E8%BF%9B%E7%A8%8B%E8%BF%87%E5%A4%9A%EF%BC%8C%E5%86%85%E5%AD%98%E8%80%97%E5%B0%BD/