PHP-FPM(PHP FastCGI Process Manager)是一个用于管理PHP进程的进程管理器,主要用于处理Web服务器的请求。
PHP-FPM是FastCGI的实现,提供了进程管理的功能。它包括一个主进程(master)和多个工作进程(worker)。主进程负责监听端口,接收来自服务器的请求,而工作进程则负责执行PHP脚本。每个工作进程内部都会嵌入一个PHP解释器,是代码真正执行的地方12。
PHP-FPM的主要功能包括:
进程管理:PHP-FPM可以创建和管理一个PHP进程池,这些进程池中的进程负责处理PHP请求。主进程负责动态创建和销毁工作进程,以适应不同的负载需求12。
资源管理:PHP-FPM可以根据配置参数管理进程的数量、生命周期和资源分配,提供高级功能如请求限制、超时控制、进程重生和日志记录等2。
通信方式:PHP-FPM支持基于Unix域套接字或TCP/IP套接字的进程间通信,以及基于文件和共享内存的进程管理2。
通过使用PHP-FPM,可以有效地控制内存和进程,实现平滑的重载PHP配置,并且能够更好地管理PHP进程,提高系统的稳定性和性能。
pm.max_children 表示 php-fpm 能启动的子进程的最大数量。这个值原则上是越大越好,php-cgi的进程多了就会处理的很快,排队的请求就会很少。设置”max_children” 也需要根据服务器的性能进行设定。一般来说一台服务器正常情况下每一个php-cgi所耗费的内存在20M~30M左右,因此根据服务器内存大小来计算“max_children”的数量。例如,假设服务器内存为2GB,那么“max_children”设置为40个比较合适,即20M * 40 = 800M,这在峰值时所有PHP-CGI所耗内存在800M以内,低于服务器有效内存。
请求执行时间过长会导致“504 Gateway Time-out”错误,而“max_children”设置过小,比如5-10个,php-cgi会“很累”,处理速度慢,占用的CPU也很高,可能引发“502 Bad gateway”错误。
max_children较好的设置方式根据req/s(吞吐率,单位时间里服务器处理的最大请求数)来设置,若程序是 100 req/s 的处理能力,那么设置为 100就比较合适,这是动态来调整的。
request_terminate_timeout 多大合适?
如果你的服务器性能足够好,且宽带资源足够充足,PHP脚本没有循环或BUG的话你可以直接将”request_terminate_timeout”设置成0s。0s的含义是让PHP-CGI一直执行下去而没有时间限制。否则,给”request_terminate_timeout”赋一个值,根据服务器性能进行设定,一般来说性能越好你可以设置越高,20分钟-30分钟都可以。例如,我的服务器PHP脚本需要长时间运行,有的可能会超过10分钟因此我设置了900秒,这样不会导致PHP-CGI死掉而出现“502 Bad gateway”错误。
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”来计算。例如,对于8GB内存的服务器,可以设置为100个进程。
pm = dynamic; 表示使用哪种进程数量管理方式
pm = static; 表示php-fpm进程数是静态的,进程数自始至终都是pm.max_children指定的数量,不再增加或减少。
如何判断我选择“pm = dynamic”还是“pm = static”?
对于内存大的服务器(比如8G以上)来说,用静态的max_children实际上更为妥当,因为这样不需要进行额外的进程数目控制,会提高效率。对于内存稍微小点的服务器或VPS,动态方式更合适,因为可以结束掉多余的进程,回收释放一些内存。具体最大数量根据“总内存/20M”得到。
配置php慢日志,用于监控
request_slowlog_timeout = 10s
slowlog = log/$pool.log.slow
配置php-fpm进程可打开的最大文件句柄数
rlimit_files = 1024
默认1024,此值可以不需要配置
如果你使用的宝塔管理的服务器,可在php软件中进行相应的性能设置,如下图:
优化后,服务器的负载会有所降低。但是其实质问题应该跟网站程序有很大的关系,除了对服务器进行配置外,还应检查网站日志。