一、问题描述
启动php-fpm进程数有30多个，内存吃满了，整个服务器16G的内存都不够用
#查看已经有多少个php-fpm进程用来处理tcp请求
netstat -anp|grep "php-fpm"|grep "tcp"|grep "pool"|wc -l
二、php-fpm优化
调整php-fpm.conf配置文件（8C 16G 内存的服务器）
pm = static #无论什么情况，都会保持一个固定的PHP进程数量
pm.max_children = 20
重启php-fpm服务,即可生效
systemctl restart php-fpm
php-fpm.conf参数说明：
pm = dynamic #控制子进程的方式，选项有static和dynamic
pm.max_children：#静态方式下开启的php-fpm进程数量
pm.start_servers：#动态方式下的起始php-fpm进程数量
pm.min_spare_servers：#动态方式下的最小php-fpm进程数量
pm.max_spare_servers：#动态方式下的最大php-fpm进程数量
pm.max_requests：#php-fpm子进程能处理的最大请求数，一个php-fpm子进程执行多少次之后重启该进程
php_admin_value[memory_limit] = 64M #根据服务器配置随便改：32M,64M,128M,256M,512M
- 如果pm设置为 static，那么其实只有pm.max_children这个参数生效。系统会开启设置数量的php-fpm进程。
- 如果pm设置为 dynamic，那么pm.max_children参数失效，后面3个参数生效。系统会在php-fpm运行开始 的时候启动pm.start_servers个php-fpm进程，然后根据系统的需求动态在pm.min_spare_servers和pm.max_spare_servers之间调整php-fpm进程数
- 如果pm设置为 ondemand，那么系统按照需求创建和销毁进程，可以让系统决定何时启动新的进程
三、php-fpm三种工作模式说明
php-fpm.conf官网参数说明
; Choose how the process manager will control the number of child processes.
; Possible Values:
; static - a fixed number (pm.max_children) of child processes;
; dynamic - the number of child processes are set dynamically based on the
; following directives. With this process management, there will be
; always at least 1 children.
; pm.max_children - the maximum number of children that can
; be alive at the same time.
; pm.start_servers - the number of children created on startup.
; pm.min_spare_servers - the minimum number of children in 'idle'
; state (waiting to process). If the number
; of 'idle' processes is less than this
; number then some children will be created.
; pm.max_spare_servers - the maximum number of children in 'idle'
; state (waiting to process). If the number
; of 'idle' processes is greater than this
; number then some children will be killed.
; ondemand - no children are created at startup. Children will be forked when
; new requests will connect. The following parameter are used:
; pm.max_children - the maximum number of children that
; can be alive at the same time.
; pm.process_idle_timeout - The number of seconds after which
; an idle process will be killed.
; Note: This value is mandatory.
1、dynamic动态模式（小内存服务器使用）
pm = dynamic
pm.max_children = 10
pm.start_servers = 2
pm.min_spare_servers = 2
pm.max_spare_servers = 8
- 会初始化创建一部分worker，在运行过程中，动态调整worker数量，最大worker数受pm.max_children和process.max限制。
当空闲进程数小于min_spare_servers时，创建新的子进程，总子进程数小于等于pm.max_children，小于等于process.max
当空闲进程数大于max_spare_servers，会杀死启动时间最长的子进程
如果子进程（idle状态）数大于max_children,会打印warning日志，结束处理
process小于max_children ，计算一个num，启动num个worker - 优点：动态扩容，不浪费系统资源
- 缺点：所有worker都在工作，新的请求到来需要等待创建worker进程，最长等待1s（内部存在一个1s的定时器，去查看，创建进程），频繁启停进程消耗cpu，请求数稳定，不需要频繁销毁
- 动态建立进程个数：N+20% 到 M/m之间（N是cpu核数，M是内存，m是每个php进程内存数）
- 注意：进程数不是越多越好，进程数增多会增加进程管理开销以及进程上下文切换，并发执行数也不会超过cpu核数，cpu密集型，pm.max_children不能超过cpu内核数，如果不是可以将pm.max_children的值设置大于cpu核数
比如说512M的VPS，加入分配给php-fpm最大250M，建议pm.max_spare_servers设置为250/30 ,约为8。至于pm.min_spare_servers，则建议根据服务器的负载情况来设置，如果服务器上只部署php环境的话，比较合适的值在2~5之间
pm.start_servers缺省值计算公式:
pm.start_servers=min_spare_servers + (max_spare_servers - min_spare_servers) / 2
2、static静态模式（大内存服务器使用，如8G以上）
启动固定大小数量的worker，也有1s的定时器，用于统计进程的一些状态信息，例如空闲worker个数，活动worker个数
pm = static
pm.max_children = 10 #必须配置这个参数
-
优点：不用动态判断负载，提升性能
-
缺点：如果配置成static，只需要考虑max_children数量，数量取决于cpu的个数和应用的响应时间，一次启动固定大小进程浪费系统资源
-
静态进程个数：M/（m*1.2）（pm.max_requests, 设置最大请求数，达到这个数量以后，会自动长期worker进程，繁殖内存意外增长）
-
对于内存稍微小点的服务器：指定静态的进程数量更加有利于服务器的稳定。这样可以保证php-fpm只获取够用的内存，将不多的内存分配给其他应用去使用，会使系统的运行更加畅通。
3、 ondemand工作模式（适合微小的内存，如2G以下，不推荐使用此模式）：
- php-fpm启动的时候不会启动worker进程，按需启动worker，有链接进来后，才会启动
- 连接到来时（只有链接，不没有数据也会创建，telnet也会创建），创建新worker进程，worker进程数的创建收max_children设置限制，也受限于全局的process.max设置（三种模式都受限此，下文中有全局配置项讲解），如果空闲时间超过了process_idle_timeout的设置就会销毁worker进程
- 优点：按流量需求创建，不浪费系统资源，
- 缺点：因为php-fpm是短连接的，如果每次请求都先建立连接，大流量场景下会使得master进程变得繁忙，浪费cpu，不适合大流量模式
其他参数说明
# 全局设置
process.max = 10 #最大进程数
# www.conf
user = nobody # 进程发起的用户和用户组，nobody为任意用户，user必须设置，group不用
group = www
listen = [::]:9000
catch_workers_output = yes # worker进程的标准输出和错误输出会重定向到错误日志中，没有设置会输出到/dev/null
;slowlog = xxx # 默认关闭，慢日志路径
；request_slowlog_timeout = 0 # 脚本执行超过多久就记录到日志文件