避免 php-fpm 耗尽内存导致宕机

今天早上又收到服务不可用的邮件，上次收到大约是一月前，一直很奇怪是什么原因导致的宕机，记得上次处理好像是重启了php-fpm就好了，今天登上服务器没有急着重启服务，还是一步步排除错误。

首先检查下个服务是否处于启动状态，由于我的 mysql 还是在另一台服务器上放着，用 ss -tln 命令查看后确认服务都处于正常开启状态，然后再看服务器的负载情况：

确认是不是由于负载过大而引起的，然而并不是，像我这种小站一般不会出现负载过大的情况。

继续查看是否由于内存耗尽或带宽限制等原因，用 free -m 查看后发现服务器的内存已经耗尽了：

继续查找内存耗尽的原因：

可以看出是由于 php-fpm 有好多闲置的进程一直不释放， 导致内存占用过大，然后开始寻求解决办法，经过一番查找发现，FastCGI 进程一旦加载就不会释放，当其工作完成后，就休眠于 FastCGI 系统池中，等待下一次被唤醒。我一直用的是 php-fpm 默认配置，这个配置对于我来说可能有点不合适，需要修改配置文件。下面是一些优化的技巧：

1、php-fpm优化参数介绍

分别有：pm、pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers。

pm：表示使用那种方式，有两个值可以选择，就是static（静态）或者dynamic（动态），默认为 dynamic。

下面4个参数的意思分别为：

pm.max_children：静态方式下开启的php-fpm进程数量

pm.start_servers：动态方式下的起始php-fpm进程数量

pm.min_spare_servers：动态方式下的最小php-fpm进程数

pm.max_spare_servers：动态方式下的最大php-fpm进程数量

区别：

如果dm设置为 static，那么其实只有pm.max_children这个参数生效。系统会开启设置数量的php-fpm进程。

如果dm设置为 dynamic，那么pm.max_children参数失效，后面3个参数生效。

系统会在php-fpm运行开始 的时候启动pm.start_servers个php-fpm进程，

然后根据系统的需求动态在pm.min_spare_servers和pm.max_spare_servers之间调整php-fpm进程数

选择哪种执行方式比较好呢？事实上，跟Apache一样，运行的PHP程序在执行完成后，或多或少会有内存泄露的问题。根据网上的资料，对于内存大的服务器（8G）以上，指定静态的max_children实际上更为妥当，因为这样不需要进行额外的进程数目控制，会提高效率。对于小内存的服务器，动态方式会结束掉多余的进程，可以回收释放一些内存，所以推荐在内存较少的服务器或VPS上使用。

php-fpm 默认的配置是这样的：

1. [root@feiyu etc]# cat php-fpm.conf | grep -v ';' | grep -v '^$'
2. [global]
3. pid = run/php-fpm.pid
6. [www]
7. user = nobody
8. group = nobody
9. listen = 127.0.0.1:9000
11. pm = dynamic
12. pm.max_children = 20
13. pm.start_servers = 10
14. pm.min_spare_servers = 5
15. pm.max_spare_servers = 20
17. pm.max_requests = 500

我调整后的配置：

1. [global]
2. pid = run/php-fpm.pid
5. [www]
6. user = nobody
7. group = nobody
8. listen = 127.0.0.1:9000
10. pm = dynamic
11. pm.max_children = 20
12. pm.start_servers = 5
13. pm.min_spare_servers = 2
14. pm.max_spare_servers = 10
16. pm.max_requests = 300

然后重启 php-fpm ，重启完内存使用是这样的，通过上面的对比可以看出 php-fpm 消耗了不少内存：

服务运行稳定以后系统的内存使用是这样的：

转载地址： http://www.tianfeiyu.com/?p=2349