這兩天發現網站卡的要命，但是奇怪的是 負載均衡、內存、磁盤輸入輸出、CPU都是正常的，我發現tcp的close_wait狀態的連接特別多，那應該是nginx或者php的問題啦；
轉載一篇關於PHP-FPM配置文件優化的文章，根據機器的配置設置參數，提高性能。
php-fpm.conf有兩個至關重要的參數：一個是”max_children”，另一個是”request_terminate_timeout”.
我的兩個設置的值一個是”40″，一個是”900″，但是這個值不是通用的，而是需要自己計算的。
計算的方式如下：
如 果你的服務器性能足夠好，且寬帶資源足夠充足，PHP腳本沒有系循環或BUG的話你可以直接將”request_terminate_timeout”設 置成0s。0s的含義是讓PHP-CGI一直執行下去而沒有時間限制。而如果你做不到這一點，也就是說你的PHP-CGI可能出現某個BUG，或者你的寬 帶不夠充足或者其他的原因導致你的PHP-CGI能夠假死那麼就建議你給”request_terminate_timeout”賦一個值，這個值可以根 據你服務器的性能進行設定。一般來說性能越好你可以設置越高，20分鐘-30分鐘都可以。由於我的服務器PHP腳本需要長時間運行，有的可能會超過10分 鍾因此我設置了900秒，這樣不會導致PHP-CGI死掉而出現502 Bad gateway這個錯誤。
而”max_children” 這個值又是怎麼計算出來的呢？這個值原則上是越大越好，php-cgi的進程多了就會處理的很快，排隊的請求就會很少。設置”max_children” 也需要根據服務器的性能進行設定，一般來說一臺服務器正常情況下每一個php-cgi所耗費的內存在20M左右，因此我的”max_children”我 設置成40個，20M*40=800M也就是說在峯值的時候所有PHP-CGI所耗內存在800M以內，低於我的有效內存1Gb。而如果我 的”max_children”設置的較小，比如5-10個，那麼php-cgi就會“很累”，處理速度也很慢，等待的時間也較長。如果長時間沒有得到處 理的請求就會出現504 Gateway Time-out這個錯誤，而正在處理的很累的那幾個php-cgi如果遇到了問題就會出現502 Bad gateway這個錯誤。
max_requests即是說每個進程若超過這個數目(跟php進程有一點點關係,關 系不大),就自動殺死..我這裏應該設置512的,不過懶得壓力測試了,設置大一點,不過也不要設置過大,是個結構體,沒測試過,接近8K到9K大小.網 上動輒設置100k,有點浪費內存了.一個進程浪費大小接近1M.按照網上常用配置的128個進程,大概浪費100M左右.好吧,我承認100M是白菜 價,但也別這樣浪費..= =
max_children基本就是進程數,跟nginx的進程沒有想象中的那麼大,因爲FPM會自己管理進程(有待考證,起碼我簡單瀏覽了一下源碼,認爲是這個意思).參數不宜設置過大,很佔內存,進程的消耗就不用我多說了.
max_children較好的設置方式根據req/s來設置,若程序是 100 req/s的處理能力..最大併發是10K,那麼就設置 100比較好,這是動態來調整的.
不過你若用php 5.3,也可以把style設置爲apache-like,那麼設置start_servers,min_spare_servers,max_spare_servers三個參數就可以自動調整
很簡單,具體看配置文件,這樣的設置之後,在高負載和複雜的php程序會省事一點,畢竟測試req/s是可惡的體力活.
-
將php-fpm配置文件中的參數 pm修改爲
pm = static
默認是dynamic，動態的
這個參數用來控制php-fpm進程創建是動態創建還是在php-fpm啓動時就創建好
修改爲static的理由是，static在啓動時創建，能節省動態創建php-fpm進程的開銷
和pm=static相關聯的參數有
pm.max_children=24 最大創建的php-fpm進程
pm.max_children 數量的多少根據機器內存確定，基本上一個進程需要30M的內存，假設起100個進程，那麼就是3000M，3G內存 -
使用unix socket，即在nginx配置文件中
設定 fastcgi_pass=unix:/dev/shm/phpfpm.sock;
把php的socket文件phpfpm.sock放在/dev/shm中的理由是/dev/shm是內存設備，放在這個裏面讀取速度快
配置php-fpm的文件，修改參數 listen ，將
listen =127.0.0.1:9000 修改爲
listen =/dev/shm/phpfpm.sock如果php-fpm啓動後生成的phpfpm.sock文件的權限不不足,nginx 無法讀取，會報502錯誤，配置 listen.mode = 0666,即可完美解決問題
-
配置慢請求記錄，用於監控
request_slowlog_timeout = 10s
slowlog = log/$pool.log.slow -
配置php-fpm進程可打開的最大文件句柄數
rlimit_files = 1024
默認1024，此值可以不需要配置
配置監控php-fpm status
- 編輯php-fpm的配置文件，在相關pool(池）中，設置
pm.status_path=/status
注意此值必須以/開頭 - 編輯nginx配置文件，在相關server裏添加如下內容
location /status {
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
fastcgi_pass unix:/dev/shm/phpfpm.sock;
}