摘要：而這個子進程只是呆坐在那里，什么事也不做，每個子進程白白消耗超過的內存。這些子進程主要是由這個配置選項產生的。只要設置，就會有空閑的子進程等在那里等待被使用。事情做完之后，子進程會留在內存中秒鐘時間，然后自己退出。

標題直譯：如何減少PHP-FPM (php5-fpm)內存占用50%
原標題：How to reduce PHP-FPM (php5-fpm) RAM usage by about 50%
英文原文：http://linuxbsdos.com/2015/02...

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目錄下發現這些低效的配置選項。舉例來說，以下是我的服務器（當然不是目前這個站點）上的那些低效選項：

; Choose how the process manager will control the number of child processes.
pm = dynamic
pm.max_children = 75
pm.start_servers = 10
pm.min_spare_servers = 5
pm.max_spare_servers = 20
pm.max_requests = 500

那臺服務器是一臺DigitalOcean Droplet，配置512M內存。它上面運行了一個新網站，即使完全空閑時，也必須要靠交換內存才能避免僵死。執行top命令顯示了服務器上占用內存最多的進程。

  PID USER      PR  NI    VIRT    RES    SHR S %CPU %MEM     TIME+ COMMAND
13891 cont      20     396944  56596  33416 S  0.0 11.3   :14.05 php5-fpm
13889 cont      20     396480  56316  32916 S  0.0 11.2   :17.67 php5-fpm
13887 cont      20     624212  55088  32008 S  0.0 11.0   :14.02 php5-fpm
13890 cont      20     396384  55032  32312 S  0.0 11.0   :13.39 php5-fpm
13888 cont      20     397056  54972  31988 S  0.0 11.0   :14.16 php5-fpm
14464 cont      20     397020  54696  31832 S  0.0 10.9   :09.44 php5-fpm
13892 cont      20     396640  54704  31936 S  0.0 10.9   :12.84 php5-fpm
 
13883 cont      20     396864  54692  31940 S  0.0 10.9   :15.64 php5-fpm
13893 cont      20     396860  54628  32004 S  0.0 10.9   :15.13 php5-fpm
13885 cont      20     396852  54412  32116 S  0.0 10.8   :13.94 php5-fpm
13884 cont      20     395164  53916  32364 S  0.0 10.7   :13.51 php5-fpm
13989 cont      20     394960  53548  32108 S  3.7 10.7   :14.37 php5-fpm
2778 mysql     20    1359152  31704   1728 S  0.7  6.3   1:38.80 mysqld
 
13849 root      20     373832   1180    188 S  0.0  0.2   :03.27 php5-fpm

輸出結果顯示有12個php5-fpm子進程（用戶名是cont）和一個主進程（用戶名是root）。而這12個子進程只是呆坐在那里，什么事也不做，每個子進程白白消耗超過10%的內存。這些子進程主要是由pm=dynamic這個配置選項產生的。

老實說，絕大部分的云主機擁有者也不知道所有這些配置選項是干什么用的，只是簡單地復制粘貼而已。我也不準備假裝我了解每個PHP配置文件里的每一個選項的目的和意義。我在很大程度上也是復制粘貼的受害者。

但是我經常檢查服務器的資源占用情況，困惑于為什么我的服務器占用這么多的內存和CPU。舉另外一個例子，是這臺服務器上的free -mt命令的結果：

              total       used       free     shared    buffers     cached
Mem:           490        480          9         31          6         79
-/+ buffers/cache:        393         96
Swap:         2047        491       1556
Total:        2538        971       1566

在沒有任何訪問量的情況下，也幾乎有整整1G的內存（實際內存加上交換內存）被占用。當然，通過調整配置pm的數量可以有所改變，但只是輕微的。只要設置pm=dynamic，就會有空閑的子進程等在那里等待被使用。

直到讀了一篇文章《A better way to run PHP-FPM》(更好地運行PHP-FPM)之后，我開始意識到應該如何修改我的配置文件。那篇文章是大約一年前寫的，令人失望的是我從昨天晚上搜索相關主題時才看到它。如果你也有服務器并且使用PHP-FPM的話，我建議你好好讀一下那篇文章。

讀完文章之后，我修改了我的pm選項，如下：

; Choose how the process manager will control the number of child processes.
pm = ondemand
pm.max_children = 75
pm.process_idle_timeout = 10s
pm.max_requests = 500

最主要的改動就是用pm=ondemand替換了pm=dynamic。這一改動對資源占用的影響是巨大的。下面是改動并重新加載php5-fpm之后運行free -mt的結果：

              total       used       free     shared    buffers     cached
Mem:           490        196        293         28          9         70
-/+ buffers/cache:        116        373
Swap:         2047        452       1595
Total:        2538        649       1888

和之前的結果對比，內存使用量下降了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的配置優化我還沒有做。這里只是給大家分享一個我覺得非常有用的小竅門。