今日在使用 Nginx 的時候出現(xiàn) 500 錯誤，就搜索了一下錯誤代碼，分享給大家。

500（服務器內(nèi)部錯誤）    服務器遇到錯誤，無法完成請求。
501（尚未實施）   服務器不具備完成請求的功能。例如，當服務器無法識別請求方法時，服務器可能會返回此代碼。
502（錯誤網(wǎng)關）   服務器作為網(wǎng)關或代理，從上游服務器收到了無效的響應。
503（服務不可用）  目前無法使用服務器（由于超載或進行停機維護）。通常，這只是一種暫時的狀態(tài)。
504（網(wǎng)關超時）   服務器作為網(wǎng)關或代理，未及時從上游服務器接收請求。
505（HTTP 版本不受支持）    服務器不支持請求中所使用的 HTTP 協(xié)議版本。

Nginx 500錯誤（Internal Server Error  內(nèi)部服務器錯誤）：500錯誤指的是服務器內(nèi)部錯誤，也就是服務器遇到意外情況，而無法履行請求。

在高并發(fā)連接的情況下，Nginx是Apache服務器不錯的替代品。Nginx同時也可以作為7層負載均衡服務器來使用。根據(jù)測試結(jié)果，Nginx 0.6.31 + PHP 5.2.6 (FastCGI) 可以承受3萬以上的并發(fā)連接數(shù)，相當于同等環(huán)境下Apache的10倍。

但很多人用 Nginx 的時候都會出現(xiàn) 500 錯誤，根據(jù)我使用的情況來看，有以下幾種情況?！　?/p>

1、是否磁盤空間不足？

使用 df -k 查看硬盤空間是否滿了。清理硬盤空間就可以解決500錯誤。nginx如果開啟了access log，在不需要的情況下，最好關閉access log。access log會占用大量硬盤空間。

2、nginx配置文件錯誤？

這里不是指語法錯誤，nginx如果配置文件有語法錯誤，啟動的時候就會提示。當配置rewrite的時候，有些規(guī)則處理不當會出現(xiàn)500錯誤，請仔細檢查自己的rewrite規(guī)則。如果配置文件里有些變量設置不當，也會出現(xiàn)500錯誤，比如引用了一個沒有值的變量。

3、如果上面的問題都不存在可能是模擬的并發(fā)數(shù)太多了，需要調(diào)整一下nginx.conf的并發(fā)設置數(shù)

4、還有就是Linux索引節(jié)點(inode)用滿導致故障的，df -i    

由索引節(jié)點(inode)爆滿引發(fā)500問題http://www.dbjr.com.cn/article/175430.htm

inode譯成中文就是索引節(jié)點，每個存儲設備（例如硬盤）或存儲設備的分區(qū)被格式化為文件系統(tǒng)后，應該有兩部份，一部份是inode，另一部份是Block，Block是用來存儲數(shù)據(jù)用的。而inode呢，就是用來存儲這些數(shù)據(jù)的信息，這些信息包括文件大小、屬主、歸屬的用戶組、讀寫權(quán)限等。inode為每個文件進行信息索引，所以就有了inode的數(shù)值。操作系統(tǒng)根據(jù)指令，能通過inode值最快的找到相對應的文件。 而服務器的Block雖然還有剩余，但inode已經(jīng)用滿，因此在創(chuàng)建新目錄或文件時，系統(tǒng)提示磁盤空間不足。

一般分析思路：

（1）查看nginx error log ，查看php error log

nginx 錯誤日志 error.log 默認位置：/usr/local/nginx/logs

（2）如果是too many open files，修改nginx的worker_rlimit_nofile參數(shù)，使用ulimit查看系統(tǒng)打開文件限制，修改/etc/security/limits.conf

（3）如果是腳本的問題，則需要修復腳本錯誤，并優(yōu)化代碼

（4）各種優(yōu)化都做好，還是出現(xiàn)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的錯誤日志，也沒有發(fā)現(xiàn)500報錯的情況了。

4、有可能是數(shù)據(jù)庫問題我的在nginx日志php日志都沒有發(fā)現(xiàn)什么問題, 最后發(fā)現(xiàn)數(shù)據(jù)庫訪問不了,修正后問題解決。

如果按上述方法仍然解決不了問題，就可能是配置或是程序有錯誤了。

1 查看nginx的錯誤日志，找到可能的原因。

如果提示某些兒PHP擴展沒有安裝，則去php.ini中打開對應該的擴展或是安裝對應該的擴展，重啟nginx和php-fpm，再次刷新頁面。

2 如果數(shù)據(jù)庫連接有問題，也可能會出現(xiàn)500錯誤，不過日志中一定會體現(xiàn)的

在日志中提示相應的數(shù)據(jù)庫連接有問題了，就要去查看數(shù)據(jù)庫連接是否正確。根據(jù)日志，修改對應該的文件，數(shù)據(jù)庫問題解決后，頁面即恢復正常。

以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

最新評論