ubuntu nginx php-fpm 報502 bad gateway 錯誤

上周六遊戲進不去，自己用工具測試時，提示 502 bad gateway 錯誤，一時不知道怎麼整，竟然把伺服器重啟了，等老闆的驗證碼，折騰了大半天，其實不用這樣，直接生啟php5-fpm,與nginx 就可以

/etc/init.d/php5-fpm restart

service nginx restart

如果重啟失敗

如果提示fail  sudo nginx -t  查看原因 http://www.linuxidc.com/Linux/2015-07/119754.htm

分析502 bad gateway 錯誤，不在nginx 這邊，應該是php解析處理那邊的問題，估計是php5-fpm 出問題，沒法處理php解析。所以要做相應的最佳化，防止下次還出現這樣的問題

調高調高linux核心開啟檔案數量 可以使用這些命令(必須是root帳號) echo 'ulimit -HSn 65536' >> /etc/profile echo 'ulimit -HSn 65536' >> /etc/rc.local source /etc/profile
指令碼執行時間逾時 如果指令碼因為某種原因長時間等待不返回 ，導致新來的請求不能得到處理，可以適當調小如下配置。 fastcgi_connect_timeout 300; fastcgi_send_timeout 300; fastcgi_read_timeout 300; php-fpm.conf裡如要是如下 request_terminate_timeout = 10s
增加php5-fpm 進程數 https://www.cnblogs.com/52fhy/p/5051722.html pm = dynamic                                                                                                                                                         pm.max_children = 64                                                                                                                                               pm.start_servers = 32                                                                                                                                              pm.min_spare_servers = 16                                                                                                                                            pm.max_spare_servers = 32 pm.max_requests = 5000 pm =  dynamic  如何控制子進程，選項有 static 和 dynamic pm.max_children：靜態方式下開啟的php-fpm進程數量pm.max_requests：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進程數。