此刻越来越多的站点开始用 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了