現在越來越多的站點開始用 Nginx ,("engine x") 是一個高效能的 HTTP 和反向代理伺服器，也是一個 IMAP/POP3/SMTP 代理伺服器。 Nginx 是由 Igor Sysoev 為俄羅斯訪問量第二的 Rambler.ru 站點開發的，它已經在該站點執行超過兩年半了。Igor 將原始碼以類BSD許可證的形式釋出。 

在高併發連線的情況下，Nginx是Apache伺服器不錯的替代品。Nginx同時也可以作為7層負載均衡伺服器來使用。根據測試結果，Nginx 0.6.31 + PHP 5.2.6 (FastCGI) 可以承受3萬以上的併發連線數，相當於同等環境下Apache的10倍。 

但很多人用 Nginx 的時候都會出現 500 錯誤，根據我使用的情況來看，很大一部分原因是 因為檔案開啟控制代碼太小有關。

在linux 下 使用這個命令增加程序開啟的檔案控制代碼。 
ulimit -SHn 51200 
預設只用1000 當連結數小的時候看不出來，使用這種處理方法可以有效防止500錯誤出現。 
今天訪問網站的時候,偶爾會遇上500 Internal Server Error的錯誤提示頁面. 
查了相關資料認為是訪問過大,系統核心程序受限才出現的. 

答案如下: 
$ ulimit -n 
11095 

程式限制只能開啟11095個檔案,ulimit命令是設定當前使用者一個程序可擁有的檔案描述符的數量. 
看來是模擬的併發數太多了，需要調整一下nginx.conf的併發設定數，（我的配置主機的記憶體2G,CPU為2.8G,） 

vi /etc/nginx/nginx.conf 
events { 
worker_connections 1024; 
} 

調整為 

events { 
worker_connections 10240; 
} 

還是會出現上面問題，使用 
[

[email protected] nginx]# cat /proc/sys/fs/file-max 
8192 
檔案系統最大可開啟檔案數 
[[email protected] nginx]# ulimit -n 
1024 
程式限制只能開啟1024個檔案 
使用[[email protected] nginx]# ulimit -n 8192調整一下 
或者永久調整開啟檔案數 可在啟動檔案/etc/rc.d/rc.local末尾新增（在/etc/sysctl.conf末尾新增fs.file-max=8192） 
ulimit -n 8192 
調整CentOS5檔案開啟數 
使用ulimit -a一下，發現OPEN FILES不能預設超過1024，昨天的在進行壓力測試時，出現500錯誤，具體請檢視 
nginx出現 500 Internal Server Error 
早上起來看一下，發現原來是通過如下方式調整 
方法1 （永久調整） 

vi /etc/security/limits.conf 

在檔案末加上： 

* soft nofile 8192 
* hard nofile 20480 

同時vi /etc/sysctl.conf末尾新增 
fs.file-max=8192 
重新啟動，在使用ulimit -n檢視的數已經是8192 

方法2 （臨時用） 

直接在終端輸入 ulimit -n 8192 按回車就ok了

500 Internal Server Error錯誤補充：

1、硬碟空間滿了(df -lh檢視磁碟佔用情況，nginx所在目錄已佔用100%，我的是這個問題，想辦法釋放空間或掛載更大磁碟)

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

2、nginx配置檔案錯誤 

這裡不是指語法錯誤，nginx如果配置檔案有語法錯誤，啟動的時候就會提示。當配置rewrite的時候，有些規則處理不當會出現500錯誤，請仔細檢查自己的rewrite規則。如果配置檔案裡有些變數設定不當，也會出現500錯誤，比如引用了一個沒有值的變數。 

3、如果上面的問題都不存在可能是模擬的併發數太多了，需要調整一下nginx.conf的併發設定數 

解決方法是： 

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日誌都沒有發現什麼問題, 最後發現數據庫訪問不了,修正後問題解決.