PHP-FPM是PHP的FastCGI过程管理器。在类Unix操作系统（包括Linux以及BSD系统）中，PHP-FPM通过安装php5-fpm(Linux)或者php56-fpm(FreeBSD 10.1)来使用。
但是缺省安装以及按照大量博客推荐安装的PHP-FPM的最大问题是它会消耗大量资源，包括内存和CPU。本人使用的服务器也遭遇了类似的命运。因为我也是按照那些教程安装的，而教程里对于PHP-FPM的配置选项描述的不够有效。
你可以在/etc/php5/fpm/pool.d目录下发现这些低效的配置选项。举例来说，以下是我的服务器（当然不是目前这个站点）上的那些低效选项：
那台服务器是一台DigitalOcean Droplet，配置512M内存。它上面运行了一个新网站，即使完全空闲时，也必须要靠交换内存才能避免僵死。执行top命令显示了服务器上占用内存最多的进程。
输出结果显示有12个php5-fpm子进程（用户名是cont）和一个主进程（用户名是root）。而这12个子进程只是呆坐在那里，什么事也不做，每个子进程白白消耗超过10%的内存。这些子进程主要是由pm=dynamic这个配置选项产生的。
老实说，绝大部分的云主机拥有者也不知道所有这些配置选项是干什么用的，只是简单地复制粘贴而已。我也不准备假装我了解每个PHP配置文件里的每一个选项的目的和意义。我在很大程度上也是复制粘贴的受害者。
但是我经常检查服务器的资源占用情况，困惑于为什么我的服务器占用这么多的内存和CPU。举另外一个例子，是这台服务器上的free -mt命令的结果：
在没有任何访问量的情况下，也几乎有整整1G的内存（实际内存加上交换内存）被占用。当然，通过调整配置pm的数量可以有所改变，但只是轻微的。只要设置pm=dynamic，就会有空闲的子进程等在那里等待被使用。
直到读了一篇文章《A better way to run PHP-FPM》(更好地运行PHP-FPM)之后，我开始意识到应该如何修改我的配置文件。那篇文章是大约一年前写的，令人失望的是我从昨天晚上搜索相关主题时才看到它。如果你也有服务器并且使用PHP-FPM的话，我建议你好好读一下那篇文章。
读完文章之后，我修改了我的pm选项，如下：
最主要的改动就是用pm=ondemand替换了pm=dynamic。这一改动对资源占用的影响是巨大的。下面是改动并重新加载php5-fpm之后运行free -mt的结果：
和之前的结果对比，内存使用量下降了50%。产生这一下降的原因通过执行top命令一目了然：
2778 mysql 20 1359152 56708 3384 S 0.0 11.3 2:11.06 mysqld
26896 root 20 373828 19000 13532 S 0.0 3.8 :02.42 php5-fpm 25818 root 20 64208 4148 1492 S 0.0 0.8 :01.88 php5-fpm
25818 root 20 64208 4148 1492 S 0.0 0.8 :01.88 php5-fpm
17385 root 20 64208 4068 1416 S 0.0 0.8 :02.23 php5-fpm 1465 ossec 20 15592 2960 480 S 0.0 0.6 :08.60 ossec-analysisd 1500 root 20 6312 2072 328 S 0.0 0.4 :45.55 ossec-syscheckd 1 root 20 33444 1940 812 S 0.0 0.4 :03.29 init 你注意到这里已经没有子进程了吗？它们去哪里了？这就是设置pm=ondemand的作用。这样设置之后，只有当有需要的时候，子进程才会被产生。事情做完之后，子进程会留在内存中10秒钟时间（pm.process_idle_timeout = 10s），然后自己退出。
我只是对PHP-FPM的配置做了一点小小的修改，就节省了50%的内存。当然，这台服务器没有承受大并发的压力，但我相信它能顶得住合理的高负载，考虑到它只有512M内存。再加上Nginx微缓存的配置，我想它会做的更好。当然还有另外一些PHP-FPM和Percona MySQL的配置优化我还没有做。这里只是给大家分享一个我觉得非常有用的小窍门。
转载请注明：XAMPP中文组官网 » 如何减少PHP-FPM的内存占用