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

/etc/init.d/php5-fpm restart

service nginx restart

如果重啟失敗

如果提示fail  sudo nginx -t  檢視原因 分析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 程序數 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和dynamicpm.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程序數。