開啟網站看看結果提示：nginx 404 not found。看著這樣的提示第一時間登陸控制面板後臺重新啟動ngnix與PHP、mysql等依然沒有解決，重啟雲伺服器也沒有解決問題，因此想起看看錯誤日誌提示的是什麼，結果也沒有開啟，於是馬上開啟錯誤日誌記錄！
方法/步驟
其實很多時候一味的尋求答案而不知道根源在什麼地方，就猶如庸醫看病一樣，什麼都不問就亂給藥一樣！很多時候網站出現問題，應該第一時間檢視錯誤提示，找出具體是由什麼原因造成的。在遇到這次事件之後，小七開啟了錯誤日記記錄，也找到了具體的原因！
錯誤日記記錄了出現這樣問題的提示：
[crit] 2626#0: *6405 connect() to unix:/tmp/php-cgi-xxx-php5.3-7vps.sock failed (2: No such file or directory) while connecting to upstream, client: 185.103.252.173, server: 7vps.net, request: "POST /xmlrpc.php HTTP/1.1", upstream: "fastcgi://unix:/tmp/php-cgi-xxx-php5.3-7vps.sock:", host: "www.7vps.net"
主要由於php-fpm配置不當造成的，以下是小七目前的配置
[7vps-php5.3-7vps] listen = /tmp/php-cgi-xxx-php5.3-7vps.sock listen.group = www user = www group = www pm = static pm.max_children = 3 pm.start_servers = 2 pm.min_spare_servers = 1 pm.max_spare_servers = 3 rlimit_files = 51200
這裡先說一下涉及到這個的幾個引數，他們分別是pm、pm.max_children、pm.start_servers、pm.min_spare_servers和pm.max_spare_servers。
pm表示使用那種方式，有兩個值可以選擇，就是static（靜態）或者dynamic（動態）。
下面4個引數的意思分別為：
pm.max_children：靜態方式下開啟的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程序數。
小七選擇的是靜態模式，而且pm.max_children程序數設定的3個，非常的少，當自己把pm.max_children程序數進行調整之後目前來說沒有出現類似的問題啦！由於使用的AMH5.x收費版，修改起來也非常的簡單，在面板上編輯調整虛擬主機的php-fpm選項即可！
通過這次事件，讓自己明白需要學習的地方還很多很多，人就是要不斷的豐富自己，不然像現在一樣都要成榆木腦袋啦！