下图是展示一下php-fpm.conf 主要配置参数：
pm = dynamic; 或 pm = static; 表示使用哪种进程数量管理方式
dynamic表示php-fpm进程数是动态的，最开始是pm.start_servers指定的数量，如果请求较多，则会自动增加，保证空闲的进程数不小于pm.min_spare_servers，如果进程数较多，也会进行相应清理，保证多余的进程数不多于pm.max_spare_servers；
static表示php-fpm进程数是静态的，进程数自始至终都是pm.max_children指定的数量，不再增加或减少。
pm.max_children = 300; 静态方式下开启的php-fpm进程数量
pm.start_servers = 20; 动态方式下的起始php-fpm进程数量
pm.min_spare_servers = 5; 动态方式下的最小php-fpm进程数量
pm.max_spare_servers = 35; 动态方式下的最大php-fpm进程数量
数值设置，参考自己的实际硬件配置，可以参考 总内存/30M 来计算。
如果dm设置为static，那么其实只有pm.max_children这个参数生效。系统会开启设置数量的php-fpm进程。
如果dm设置为dynamic，那么pm.max_children参数失效，后面3个参数生效。系统会在php-fpm运行开始的时候启动pm.start_servers个php-fpm进程，然后根据系统的需求动态在pm.min_spare_servers和pm.max_spare_servers之间调整php-fpm进程数。
pm = static | dynamic | ondemand
static模式下php-fpm子进程数量固定；dynamic就是动态分配；ondemand就是按需分配；
动态适合小内存机器，灵活分配进程，省内存。静态适用于大内存机器，动态创建回收进程对服务器资源也是一种消耗。
如果你的内存很大，有8-20G，按照一个php-fpm进程20M算，100个就2G内存了，那就可以开启static模式。如果你的内存很小，比如才256M，那就要小心设置了，因为你的机器里面的其他的进程也算需要占用内存的，所以设置成dynamic是最好的，比如：pm.max_chindren = 8, 占用内存160M左右，而且可以随时变化，对于一半访问量的网站足够了。
pm.max_children
最大可创建的子进程的数量。看你机子情况了，设置大了没意义。
一般来说一台服务器正常情况下每一个php-cgi所耗费的内存在20M~30M左右，因此看你机座的具体情况。
如果长时间没有得到处理的请求就会出现 504 Gateway Time-out 这个错误，而正在处理的很累的那几个php-cgi如果遇到了问题就会出现 502 Bad gateway 这个错误。
pm.start_servers
随着php-fpm一起启动时创建的子进程数目。默认值：min_spare_servers + (max_spare_servers - min_spare_servers) / 2。
pm.min_spare_servers
设置服务器空闲时最小php-fpm进程数量。必须设置。如果空闲的时候，会检查如果少于10个，就会启动几个来补上。
pm.max_spare_servers
设置服务器空闲时最大php-fpm进程数量。必须设置。如果空闲时，会检查进程数，多于30个了，就会关闭几个，达到30个的状态。
pm.max_requests
最大处理请求数是指一个php-fpm的worker进程在处理多少个请求后就终止掉，master进程会重新respawn（重生）新的。该配置可以避免php解释器自身或程序引起的memory leaks，也就是内存泄露。
例如：下面的配置最大请求数：15*1024=15360，最小请求数：5*1024=7120。
pm.max_children = 15 pm.start_servers = 5 pm.min_spare_servers = 5 //空闲时间最小的php-fpm进程 pm.max_spare_servers = 5 //空闲时间最大的php-fpm进程 pm.max_requests = 1024 request_terminate_timeout = 0
request_terminate_timeout
表示将执行时间太长的进程直接终止。这个也要根据自己机子实际情况来，设置为0的时候表示请求时间将没有超时限制。为了防止php有循环bug，最好设置一个值。默认单位s，默认值0。一般设置10分钟左右应该差不多了。
如何判断我选择“pm = dynamic”还是“pm = static”呢？哪一种更好呢？
事实上，跟Apache一样，运行的PHP程序在执行完成后，或多或少会有内存泄露的问题。
这也是为什么开始的时候一个php-fpm进程只占用3M左右内存，运行一段时间后就会上升到20-30M的原因了。
对于内存大的服务器（比如8G以上）来说，用静态的max_children实际上更为妥当，因为这样不需要进行额外的进程数目控制，会提高效率。因为频繁开关php-fpm进程也会有时滞，所以内存够大的情况下开静态效果会更好。数量也可以根据 总内存/30M 得到，比如8GB内存可以设置为100，那么php-fpm耗费的内存就能控制在 2G-3G的样子。
如果内存稍微小点，比如1~2G，那么指定静态的进程数量更加有利于服务器的稳定。这样可以保证php-fpm只获取够用的内存，将不多的内存分配给其他应用去使用，会使系统的运行更加畅通。
对于小内存的服务器来说，比如256M内存的VPS，即使按照一个20M的内存量来算，10个php-cgi进程就将耗掉200M内存，那系统的崩溃就应该很正常了。
因此应该尽量地控制php-fpm进程的数量，大体明确其他应用占用的内存后，给它指定一个静态的小数量，会让系统更加平稳一些。
或者使用动态方式，因为动态方式会结束掉多余的进程，可以回收释放一些内存，所以推荐在内存较少的服务器或VPS上使用，具体最大数量根据 总内存/20M 得到。
比如说512M的VPS，建议pm.max_spare_servers设置为20。至于pm.min_spare_servers，则建议根据服务器的负载情况来设置，比较合适的值在5~10之间。
总结：内存小的建议用动态（pm = dynamic），内存大的建议用静态（pm = static）。
配置php慢日志，用于监控
request_slowlog_timeout = 10s
slowlog = log/$pool.log.slow
配置php-fpm进程可打开的最大文件句柄数，
rlimit_files = 1024
默认1024，此值可以不需要配置
