原链接：https://www.cnblogs.com/xuey/p/9573080.html
php-fpm 配置
配置文件：php-fpm.conf
开启慢日志功能的：
slowlog = /usr/local/var/log/php-fpm.log.slow
request_slowlog_timeout = 5s
当某个请求的时间超过了 5 秒，就会在慢日志中记录相应的记录，注意上面的时间 5s，不能忽略了单位，相应的还有其他单位，m 分，h 时
php-fpm 慢日志会记录下进程号，脚本名称，具体哪个文件哪行代码的哪个函数执行时间过长：
[21-Nov-2016 10:30:38] [pool www] pid 11877
script_filename = /var/www/ceshi/c.php
[0xb70fb88c] sleep() /var/www/ceshi/c.php:2通过日志，我们就可以知道第 2 行的 sleep 函数有点问题，这样我们就能追踪问题了。
php-fpm 三种 对子进程的管理方式
pm = static
静态，始终保持一个固定数量的子进程，这个数由（pm.max_children）定义，这种方式很不灵活，也通常不是默认的。
pm = dynamic
动态，在更老一些的版本中，dynamic 被称作 apache-like。子进程的数量在下面配置的基础上动态设置：pm.max_children，pm.start_servers，pm.min_spare_servers，pm.max_spare_servers。
启动时，会产生固定数量的子进程（由 pm.start_servers 控制）可以理解成最小子进程数，而最大子进程数则由 pm.max_children 去控制，OK，这样的话，子进程数会在最大和最小数范围中变化，还没有完，闲置的子进程数还可以由另 2 个配置控制，分别是 pm.min_spare_servers 和pm.max_spare_servers，也就是闲置的子进程也可以有最小和最大的数目，而如果闲置的子进程超出了pm.max_spare_servers，则会被杀掉。
可以看到，pm = dynamic模式非常灵活，也通常是默认的选项。但是，dynamic模式为了最大化地优化服务器响应，会造成更多内存使用，因为这种模式只会杀掉超出最大闲置进程数（pm.max_spare_servers）的闲置进程，比如最大闲置进程数是 30，最大进程数是 50，然后网站经历了一次访问高峰，此时 50 个进程全部忙碌，0 个闲置进程数，接着过了高峰期，可能没有一个请求，于是会有 50 个闲置进程，但是此时 php-fpm 只会杀掉 20 个子进程，始终剩下 30 个进程继续作为闲置进程来等待请求，这可能就是为什么过了高峰期后即便请求数大量减少服务器内存使用却也没有大量减少，也可能是为什么有些时候重启下服务器情况就会好很多，因为重启后，php-fpm的子进程数会变成最小闲置进程数，而不是之前的最大闲置进程数。
pm = ondemand
进程在有需求时才产生，与 dynamic 相反，pm.start_servers 在服务启动时即启动。
这种模式把内存放在第一位，他的工作模式很简单，每个闲置进程，在持续闲置了 pm.process_idle_timeout 秒后就会被杀掉，有了这个模式，到了服务器低峰期内存自然会降下来，如果服务器长时间没有请求，就只会有一个 php-fpm 主进程，当然弊端是，遇到高峰期或者如果 pm.process_idle_timeout 的值太短的话，无法避免服务器频繁创建进程的问题，因此 pm = dynamic 和pm = ondemand谁更适合视实际情况而定。
涉及到的参数：
- pm.max_children：静态方式下开启的 php-fpm 进程数量。
- pm.start_servers：动态方式下的起始 php-fpm 进程数量。
- pm.min_spare_servers：动态方式下的最小 php-fpm 进程数量。
- pm.max_spare_servers：动态方式下的最大 php-fpm 进程数量。
如果 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.max_children int
pm 设置为 static 时表示创建的子进程的数量，pm 设置为 dynamic 时表示最大可创建的子进程的数量。必须设置。
该选项设置可以同时提供服务的请求数限制。类似 Apache 的 mpm_prefork 中 MaxClients 的设置和 普通 PHP FastCGI 中的 PHP_FCGI_CHILDREN 环境变量。
pm.start_serversin
设置启动时创建的子进程数目。仅在 pm 设置为 dynamic 时使用。默认值：min_spare_servers + (max_spare_servers – min_spare_servers) / 2。
pm.min_spare_servers int
设置空闲服务进程的最低数目。仅在 pm 设置为 dynamic 时使用。必须设置。
pm.max_spare_servers int
设置空闲服务进程的最大数目。仅在 pm 设置为 dynamic 时使用。必须设置。
pm.max_requests int
设置每个子进程重生之前服务的请求数。对于可能存在内存泄漏的第三方模块来说是非常有用的。如果设置为 ‘0’ 则一直接受请求，等同于 PHP_FCGI_MAX_REQUESTS 环境变量。默认值：0。
那么，对于我们的服务器，选择哪种执行方式比较好呢？事实上，跟 Apache 一样，我们运行的 PHP 程序在执行完成后，或多或少会有内存泄露的问题。这也是为什么开始的时候一个 php-fpm 进程只占用 3M 左右内存，运行一段时间后就会上升到 20-30M 的原因了。所以，动态方式因为会结束掉多余 的进程，可以回收释放一些内存，所以推荐在内存较少的服务器或者 VPS 上使用。具体最大数量根据 内存 /20M 得到。比如说 512M 的 VPS，建议 pm.max_spare_servers 设置为 20。至于 pm.min_spare_servers，则建议根据服务器的负载情况来设置，比较合适的值在 5~10 之间。
然后对于比较大内存的服务器来说，设置为静态的话会提高效率。因为频繁开关 php-fpm 进程也会有时滞，所以内存够大的情况下开静态效果会更好。数量也可以根据 内存 /30M 得到。比如说 2GB 内存的服务器，可以设置为 50；4GB 内存可以设置为 100 等。
相关文章：
