您好!欢迎来到源码码网

php-fpm占用cpu和内存过高100% 解决办法

  • 建站技巧
  • 来源:源码码网
  • 编辑:源码码网
  • 时间:2024-12-19 18:09
  • 阅读:1850

‌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软件中进行相应的性能设置,如下图:image.png

优化后,服务器的负载会有所降低。但是其实质问题应该跟网站程序有很大的关系,除了对服务器进行配置外,还应检查网站日志。

特别声明:
1、如无特殊说明,内容均为本站原创发布,转载请注明出处;
2、部分转载文章已注明出处,转载目的为学习和交流,如有侵犯,请联系客服删除;
3、编辑非《源码码网》的文章均由用户编辑发布,不代表本站立场,如涉及侵犯,请联系删除;
全部评论(0)
推荐阅读
  • 大型后台管理系统,用户登录状态该如何保存?
  • 大型后台管理系统,用户登录状态该如何保存?
  • 大型后台管理系统的用户登录状态保存需要综合考虑安全性、用户体验和系统架构。以下是企业级的完整方案:1.多层级存储策略class AuthManager {    constructor() {        this.storage = { &n
  • 源码教程
  • 来源:源码码网
  • 编辑:源码码网
  • 时间:2025-11-06 12:16
  • 阅读:263
  • 源码交易平台的支付困局与解决方案:如何通过专业支付系统提升交易效率
  • 源码交易平台的支付困局与解决方案:如何通过专业支付系统提升交易效率
  • 在数字经济蓬勃发展的今天,源码交易市场已成为互联网创业者和开发商的重要资源池。从电商系统源码到社交应用框架,从小程序解决方案到企业级管理系统,越来越多的开发者、初创企业和传统商家通过源码交易平台快速获取技术资产,实现商业目标的加速。源码交易市场的繁荣反映了数字化转型的迫切需求——企业需要快速迭代,开发者需要快速变现,用户需要快速启动。然而,在这个高速发展的市场中,一个长期被忽视但至关重要的问题浮现出来:支付系统的效率与安全性已成为制约交
  • 行业资讯
  • 来源:源码码网
  • 编辑:源码码网
  • 时间:2025-10-23 15:16
  • 阅读:227
  • Spring Boot 工程中 maven-surefire-plugin 测试执行失败及解决方法
  • Spring Boot 工程中 maven-surefire-plugin 测试执行失败及解决方法
  • 在SpringBoot工程编译时遇到maven-surefire-plugin的测试执行失败错误(Failedtoexecutegoalorg.apache.maven.plugins:maven-surefire-plugin:3.5.3:test),通常与测试环节相关。以下是常见原因及解决方法:1.测试用例执行失败• 原因:最常见的是测试用例(*Test.java)运行时抛出异常(如断言失败、空指针等),导
  • 源码教程
  • 来源:源码码网
  • 编辑:源码码网
  • 时间:2025-10-13 10:57
  • 阅读:291
  • WeMark - 微信小程序图片水印
  • WeMark - 微信小程序图片水印
  • 一个纯前端的微信小程序图片水印工具。支持文字/图片水印、单个与全屏两种模式,透明度与角度调节、单个水印位置X/Y控制,预览与对比模态、历史记录(100条)等功能。
  • 源码教程
  • 来源:源码码用户
  • 编辑:yg
  • 时间:2025-09-22 16:09
  • 阅读:220
联系客服
源码代售 源码咨询 素材咨询 联系客服
029-84538663
手机版

扫一扫进手机版
返回顶部