默认配置
php-fpm.conf默认有如下几个配置(如果php-fpm.conf未找到该配置, 那么该配置就在www.conf中):
1 2 3 4 5 6 7 8 9 | pm = dynamic pm.max_children = 50 pm.start_servers = 20 pm.min_spare_servers = 10 pm.max_spare_servers = 30 |
pm 表示使用哪种进程数量管理方式
当值为dynamic时表示FastCGI进程数是动态的，最开始是pm.start_servers指定的数量，如果请求较多，则会自动增加，保证空闲的进程数不小于pm.min_spare_servers，如果进程数较多，也会进行相应清理，保证多余的进程数不多于pm.max_spare_servers；
当值为static时表示php-fpm进程数是静态的，进程数自始至终都是pm.max_children指定的数量，不再增加或减少
pm.max_children 配置静态方式下开启的FastCGI进程数量
pm.start_servers 配置动态方式下的起始FastCGI进程数量
pm.min_spare_servers 配置动态方式下的最小FastCGI进程数量
pm.max_spare_servers 配置动态方式下的最大FastCGI进程数量
数值设置，参考自己的实际硬件配置，可以参考 总内存/30M 来计算。
如果dm设置为static，那么其实只有pm.max_children这个参数生效。系统会开启设置该数量的FastCGI进程。
如果dm设置为dynamic，那么pm.max_children参数失效，后面3个参数生效。系统会在php-fpm运行开始的时候启动pm.start_servers个FastCGI进程，然后根据系统的需求动态在pm.min_spare_servers和pm.max_spare_servers之间调整FastCGI进程数。
如何选择“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个FastCGI进程就将耗掉200M内存，那系统的崩溃就应该很正常了。
因此应该尽量地控制FastCGI进程的数量，大体明确其他应用占用的内存后，给它指定一个静态的小数量，会让系统更加平稳一些。
或者使用动态方式，因为动态方式会结束掉多余的进程，可以回收释放一些内存，所以推荐在内存较少的服务器或VPS上使用，具体最大数量根据 总内存/20M 得到。
比如说512M的VPS，建议pm.max_spare_servers设置为20。至于pm.min_spare_servers，则建议根据服务器的负载情况来设置，比较合适的值在5~10之间。
总结：内存小的建议用动态（pm = dynamic），内存大的建议用静态（pm = static）。
使用以下命令可以查看平均内存情况
1 | ps --no-headers -o "rss,cmd" -C php-fpm | awk '{ sum+=$1 } END { printf ("%d%s\n", sum/NR/1024,"M") }' |
使用以下命令可以确定每个PHP-FPM子进程(也就是FastCGI)使用的内存：
1 | ps -ylC php-fpm --sort:rss |
