1、top运行后按M，查看内存占用排序
ps -fe |grep “php-fpm”|grep “pool”|wc -l //查看当前php-fpm总进程数
ps -ylC php-fpm –sort:rss //查看进程占用内存状态
ps -e -o ‘pid,comm,args,pcpu,rsz,vsz,stime,user,uid’|grep www|sort -nrk5 //查看当前php-fpm进程的内存占用情况及启动时间
ps –no-headers -o “rss,cmd” -C php-fpm | awk ‘{ sum+=$1 } END { printf (“%d%s\n”, sum/NR/1024,”M”) }’ //查看当前php-fpm进程平均占用内存情况，一般来说一个php-fpm进程占用的内存为30-40MB，本次查询的结果是60MB，显然是多了
/etc/php/7.4/fpm/php-fpm.conf 配置文件说明
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
pm = dynamic #指定进程管理方式，有3种可供选择：static、dynamic和ondemand。 pm.max_children = 16 #static模式下创建的子进程数或dynamic模式下同一时刻允许最大的php-fpm子进程数量。 pm.start_servers = 10 #动态方式下的起始php-fpm进程数量。 pm.min_spare_servers = 8 #动态方式下服务器空闲时最小php-fpm进程数量。 pm.max_spare_servers = 16 #动态方式下服务器空闲时最大php-fpm进程数量。 pm.max_requests = 2000 #php-fpm子进程能处理的最大请求数。 pm.process_idle_timeout = 10s request_terminate_timeout = 120 pm三种进程管理模式说明如下： 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.min_spare_servers则会启动进程（注意，pm.max_spare_servers应小于pm.max_children）。 pm = ondemand，这种模式和pm = dynamic相反，把内存放在第一位，每个闲置进程在持续闲置了pm.process_idle_timeout秒后就会被杀掉，如果服务器长时间没有请求，就只会有一个php-fpm主进程。弊端是遇到高峰期或者如果pm.process_idle_timeout的值太短的话，容易出现504 Gateway Time-out错误，因此pm = dynamic和pm = ondemand谁更适合视实际情况而定。 |
解决php-fpm进程占用内存大问题
调整管理模式
static管理模式适合比较大内存的服务器，而dynamic则适合小内存的服务器，你可以设置一个pm.min_spare_servers和pm.max_spare_servers合理范围，这样进程数会不断变动。ondemand模式则更加适合微小内存，例如512MB或者256MB内存，以及对可用性要求不高的环境。
减少php-fpm进程数
如果你的VPS主机的内存被占用耗尽，可以检查一下你的php-fpm进程数，按照php-fpm进程数=内存/2/30来计算，1GB内存适合的php-fpm进程数为10-20之间，具体还得根据你的PHP加载的附加组件有关系。
php-fpm配置示例
这里以1GB内存的VPS配置php-fpm为演示，实际操作来看设置数值还得根据服务器本身的性能、PHP等综合考虑。
|
1 2 3 4 5 6 7 8 |
pm = dynamic #dynamic和ondemand适合小内存。 pm.max_children = 15 #static模式下生效，dynamic不生效。 pm.start_servers = 8 #dynamic模式下开机的进程数量。 pm.min_spare_servers = 6 #dynamic模式下最小php-fpm进程数量。 pm.max_spare_servers = 15 #dynamic模式下最大php-fpm进程数量。 另：解决php-fpm进程不释放内存问题 pm.max_requests = 500 |
在PHP-FPM中，可以通过pm.max_requests参数来控制每个进程处理多少个请求后被重启。该参数指定了每个PHP-FPM进程在处理多少个请求后将被重启，以防止内存泄漏和其他资源泄漏问题。默认情况下，该值设置为0，表示不限制请求数量，而是使用request_terminate_timeout参数来控制进程的生命周期。
如果将pm.max_requests参数设置为一个大于0的整数，则PHP-FPM将在每个进程处理指定数量的请求后重启该进程。这有助于释放已分配的内存和其他资源，以防止进程在长时间运行后变得不稳定或无法处理更多请求。重启进程后，PHP-FPM将创建一个新的进程来接管未完成的请求，并继续处理新的请求。
需要注意的是，将pm.max_requests设置为一个过小的值可能会影响应用程序的性能，因为频繁的重启会导致PHP模块和扩展需要重新加载，增加了额外的开销。因此，应该根据具体情况来设置pm.max_requests参数的值，以平衡性能和稳定性的需求。
————————————————
2、