今天早上又收到服务不可用的邮件，上次收到大约是一月前，一直很奇怪是什么原因导致的宕机，记得上次处理好像是重启了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 默认的配置是这样的：
- [root@feiyu etc]# cat php-fpm.conf | grep -v ';' | grep -v '^$'
- [global]
- pid = run/php-fpm.pid
- [www]
- user = nobody
- group = nobody
- listen = 127.0.0.1:9000
- pm = dynamic
- pm.max_children = 20
- pm.start_servers = 10
- pm.min_spare_servers = 5
- pm.max_spare_servers = 20
- pm.max_requests = 500
我调整后的配置：
- [global]
- pid = run/php-fpm.pid
- [www]
- user = nobody
- group = nobody
- listen = 127.0.0.1:9000
- pm = dynamic
- pm.max_children = 20
- pm.start_servers = 5
- pm.min_spare_servers = 2
- pm.max_spare_servers = 10
- pm.max_requests = 300
然后重启 php-fpm ，重启完内存使用是这样的，通过上面的对比可以看出 php-fpm 消耗了不少内存：
服务运行稳定以后系统的内存使用是这样的：
