1、是否磁盤空間不足？
使用 df -k 查看硬盤空間是否滿了。清理硬盤空間就可以解決500錯誤。nginx如果開啟了access log，在不需要的情況下，最好關閉access log。access log會占用大量硬盤空間。
2、nginx配置文件錯誤？
這里不是指語法錯誤，nginx如果配置文件有語法錯誤，啟動的時候就會提示。當配置rewrite的時候，有些規則處理不當會出現500錯誤，請仔細檢查自己的rewrite規則。如果配置文件里有些變量設置不當，也會出現500錯誤，比如引用了一個沒有值的變量。
3、如果上面的問題都不存在可能是模擬的并發數太多了，需要調整一下nginx.conf的并發設置數
4、還有就是linux索引節點(inode)用滿導致故障的，df -i????
由索引節點(inode)爆滿引發500問題
inode譯成中文就是索引節點，每個存儲設備（例如硬盤）或存儲設備的分區被格式化為文件系統后，應該有兩部份，一部份是inode，另一部份是block，block是用來存儲數據用的。而inode呢，就是用來存儲這些數據的信息，這些信息包括文件大小、屬主、歸屬的用戶組、讀寫權限等。inode為每個文件進行信息索引，所以就有了inode的數值。操作系統根據指令，能通過inode值最快的找到相對應的文件。 而服務器的block雖然還有剩余，但inode已經用滿，因此在創建新目錄或文件時，系統提示磁盤空間不足。
一般分析思路：
（1）查看nginx error log ，查看php error log
nginx 錯誤日志 error.log 默認位置：/usr/local/nginx/logs
（2）如果是too many open files，修改nginx的worker_rlimit_nofile參數，使用ulimit查看系統打開文件限制，修改/etc/security/limits.conf
（3）如果是腳本的問題，則需要修復腳本錯誤，并優化代碼
（4）各種優化都做好，還是出現too many open files，那就要考慮做負載均衡，把流量分散到不同服務器上去了。
解決方法是：
1 打開/etc/security/limits.conf文件，加上兩句
代碼如下:
*?soft?nofile?65535 *?hard?nofile?65535
2 打開/etc/nginx/nginx.conf
在worker_processes的下面增加一行
代碼如下:
worker_rlimit_nofile?65535;
3 重新啟動nginx，重新載入設置
代碼如下:
kill?-9?`ps?-ef?|?grep?php?|?grep?-v?grep?|?awk?'{print?$2}'` /usr/bin/spawn-fcgi?-a?127.0.0.1?-p?9000?-c?100?-u?www-data?-f?/usr/bin/php-cgi killall?-hup?nginx
重啟后再看nginx的錯誤日志，也沒有發現500報錯的情況了。
4、有可能是數據庫問題我的在nginx日志php日志都沒有發現什么問題, 最后發現數據庫訪問不了,修正后問題解決。
如果按上述方法仍然解決不了問題，就可能是配置或是程序有錯誤了。
1 查看nginx的錯誤日志，找到可能的原因。
如果提示某些兒php擴展沒有安裝，則去php.ini中打開對應該的擴展或是安裝對應該的擴展，重啟nginx和php-fpm，再次刷新頁面。
2 如果數據庫連接有問題，也可能會出現500錯誤，不過日志中一定會體現的
在日志中提示相應的數據庫連接有問題了，就要去查看數據庫連接是否正確。根據日志，修改對應該的文件，數據庫問題解決后，頁面即恢復正常。
