个人中心
文章发布
退出
作者热门文章
- ubuntu12.04环境下使用kvm ioctl接口实现最简单的虚拟机
- Ubuntu 通过无线网络安装Ubuntu Server启动系统后连接无线网络的方法
- 在Ubuntu上搭建网桥的方法
- ubuntu 虚拟机上网方式及相关配置详解
36
4
CFSDN坚持开源创造价值，我们致力于搭建一个资源共享平台，让每一个IT人在这里找到属于你的精彩世界.
这篇CFSDN的博客文章解决Linux下php-fpm进程过多导致内存耗尽问题由作者收集整理，如果你对这篇文章有兴趣，记得点赞哟.
最近，发现个人博客的linux服务器，数据库服务经常挂掉，导致需要重启，才能正常访问，极其恶心，于是决心开始解决问题，解放我的时间和精力（我可不想经常出问题，然后人工重启，费力费时）.
分析问题 。
发现问题以后，首先使用 free -m 指令查看当前服务器执行状况:
可以看到我的服务器内存是2g的，但是目前可用内存只剩下70m，内存使用率高达92%，很有可能是内存使用率过高导致数据库服务挂断.
继续看详细情况，使用 top 指令:
然后再看指令输出结果中详细列出的进程情况，重点关注第10列内存使用占比:
发现cpu使用率不算高，也排除了cpu的问题，另外可以看到数据库服务占用15.2%的内存，内存使用过高时将会挤掉数据库进程（占用内存最高的进程），导致服务挂断，所以我们需要查看详细内存使用情况，是哪些进程耗费了这么多的内存呢?
使用指令:
|
1
|
ps auxw|head -1;ps auxw|sort -rn -k4|head -40
|
查看消耗内存最多的前40个进程:
查看第四列内存使用占比，发现除了mysql数据库服务之外，php-fpm服务池开启了太多子进程，占用超过大半内存，问题找到了，我们开始解决问题：设置控制php-fpm进程池进程数量.
解决问题 。
通过各种搜索手段，发现可以通过配置 pm.max_children 属性，控制php-fpm子进程数量，首先，打开php-fpm配置文件，执行指令:
|
1
|
vi /etc/php-fpm.d/www.conf
|
找到 pm.max_children 字段，发现其值过大:
如图， pm.max_children 值为50，每一个进程占用1%-2.5%的内存，加起来就耗费大半内存了，所以我们需要将其值调小，博主这里将其设置为25，同时，检查以下两个属性:
pm.max_spare_servers : 该值表示保证空闲进程数最大值，如果空闲进程大于此值，此进行清理 pm.min_spare_servers : 保证空闲进程数最小值，如果空闲进程小于此值，则创建新的子进程,
这两个值均不能不能大于 pm.max_children 值，通常设置 pm.max_spare_servers 值为 pm.max_children 值的60%-80%.
最后，重启php-fpm 。
|
1
|
systemctl restart php-fpm
|
再次查看内存使用情况， 使用内存降低很多:
之后经过多次观察内存使用情况，发现此次改进后，服务器内存资源消耗得到很大缓解.
ps：查看php-fpm开启的进程数以及每个进程的内存限制 。
1.通过命令查看服务器上一共开了多少的 php-cgi 进程 。
|
1
|
ps -fe |grep
"php-fpm"
|grep
"pool"
|wc -l
|
2.查看已经有多少个php-cgi进程用来处理tcp请求 。
|
1
|
netstat -anp|grep
"php-fpm"
|grep
"tcp"
|grep
"pool"
|wc -l
|
3.linux+nginx+php环境中，每个php-fpm进程的内存限制 。
设置方法:
编辑php-fpm.conf配置文件 。
php_admin_value[memory_limit] = 128m（我服务器上的配置文件在/etc/php5/fpm/pool.d/www.conf 这个文件是被包含在php-fpm.conf里的） 后边的数字可以随便更改：32m,64m,128m,256m,512m，这个设置可根据你的服务器内存大小和你的需求来写，修改后要加载一下php-fpm服务.
总结 。
以上所述是小编给大家介绍的linux下php-fpm进程过多导致内存耗尽问题解决，希望对大家有所帮助如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对我网站的支持！ 。
原文链接：http://blog.codingplayboy.com/2017/11/30/linux_php-fpm_memory_problem/?utm_source=tuicool&utm_medium=referral 。
最后此篇关于解决Linux下php-fpm进程过多导致内存耗尽问题的文章就讲到这里了,如果你想了解更多关于解决Linux下php-fpm进程过多导致内存耗尽问题的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。
36
4
0
我在 JBoss 6 上使用 JSF 2。我制作了一个示例应用程序，它使用 JSF 作为 View ，使用 EJB 作为逻辑，使用 JPA 作为持久性。 JSF 中的 bean 具有 RequestS
我打开气流并检查了连接，然后发现背后有太多连接。 关于如何杀死那些我不使用的想法，或者我很想知道运行它的最低conn_id的任何想法。 建筑 LocalExecutor（与其他经纪人不同） Postg
我收到错误 style.css:1 GET https://www.example.com/cs_CZ净::ERR_TOO_MANY_REDIRECTS 可能与我的 htaccess 有关吗？ Rew
我收到错误 style.css:1 GET https://www.example.com/cs_CZ净::ERR_TOO_MANY_REDIRECTS 可能与我的 htaccess 有关吗？ Rew
我正在 Android 中开发一个应用程序，我有以下 XML 布局:
我有 5 个类用作运算符: TurnOn , TurnOff , PushBox , Exit , Enter 对于每种类型，我都有一个包含该类型描述的字符串。 例如: class Places {
我们在使用 lettuce redis 库时遇到了这个具体问题。我们收到太多 RedisCommandTimeoutException。我们在 redis-cli 中设置了 2 秒的超时，在 redi
在 Controller 类文件中，大多数方法函数都包含try/catch块，如下所示: try { $stmt = $this->prepare($sql); $st
我读到这个page附加很多元素是不好的做法，我应该在循环的每次迭代期间构建一个字符串，然后将 DOM 元素的 HTML 设置为该字符串。在循环中使用过多的 HTML 是否也是如此？ 我有一个解析 JS
在我的应用程序日志上运行 logcat 时，我看到很多 GC_FOR_ALLOC 而没有 GC_CONCURRENT 消息。我知道我有内存泄漏，但在堆栈和其他站点的任何地方，logcat 消息都有很多
当我检查我的 Tomcat 应用程序管理器时，我发现我的 session 太多(超过 4600): 为什么会这样？这可以链接到已部署的应用程序，还是它已经运行了很长时间？ 最佳答案 这可能有多种原因，
所以我试图在一个 div 中运行 3 个 float ，但我遇到了这个问题。 http://jsfiddle.net/sPUjQ/101/ 点我 每当我运行两次 float 时，背景颜色会保持不变，但
为什么在使用 http_build_query 函数构建查询字符串时，它会将方括号 [] urlencode 到值之外，如何摆脱它？ $query = array("var" => array("fo
在一个过程中，我需要使用许多 if-else 条件来决定列的值。该脚本以 FOR rec IN (SELECT....) LOOP Begin 并决定许多不同的值 rec 子记录可以在每次迭代中获得。
我们基于 Java 的服务器应用程序报告异常长的类加载时间: # jstat -class 10625 1000 Loaded Bytes Unloaded Bytes Time 4
我正在使用 Kraken.js 开发一个应用程序并管理我决定使用的 session :connect-mongo。 我有这样的设置: 'use strict'; var session = requi
我在 iPad 应用程序中有 180 个 UILabels(UITableViewCells 的 subview )，每个 UILabel 的宽度为 155 X 155，并且每个包含大量 Unicod
所以基本上，如果我将 JPanel 放入使用 GridBagLayout 的 JPanel 中，并使用 setPreferredSize 限制大小>，最终它达到了无法容纳所有这些的地步，并且它表现出附
我目前使用的是 Play 2.2.1，在白天运行生产 Web 应用程序后，我的日志中开始出现以下错误。似乎我的连接已用完/我一定没有正确关闭某些东西，但我似乎无法弄清楚它是什么。 2014-02-11
所以我几乎完成了我的元素，我打算创建一个完整的网页 slider 作为我网站的背景主题，并且它运行完美! 问题是它的垂直拉伸(stretch)太长，您可以向右滚动(您不应该那样做)而且我不知道为什么它
我是一名优秀的程序员,十分优秀！