php-fpm.conf配置性能优化

默认配置

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

发布评论
还没有评论,快来抢沙发吧!