Nginx提示:500内部服务器错误错误的解决方案

目前越来越多的站点开始使用Nginx，(“引擎x”)是一种高性能的HTTP和反向代理服务器，也是一种IMAP/POP3/SMTP代理服务器。Nginx是伊戈尔·塞索耶夫为俄罗斯访问量第二大的网站Rambler.ru开发的。它已经在这个网站上运行了两年半多。Igor以类似BSD的许可形式分发源代码。在高并发连接的情况下，Nginx是Apache server的一个很好的替代方案。Nginx也可以用作7层负载均衡服务器。根据测试结果，Nginx 0.6.3主机频道PHP 5.2.6 (FastCGI)可以承载30000个以上的并发连接，是同等环境下Apache的10倍。但是很多人在使用Nginx时会得到500错误。根据我的使用情况，很大一部分原因是文件打开句柄太小。在linux下使用这个命令来增加进程打开的文件句柄。Ulimit -SHn 51200默认只使用1000。链接数量少的时候看不出来。使用这种处理方法可以有效防止500个错误。今天访问网站时，偶尔遇到500内部服务器错误的错误提示页面。查了相关资料，认为是访问过大，系统内核进程受限。答案如下:$ ulimit -n 11095程序限制只能打开11095个文件。ulimit命令用于设置当前用户的进程可以拥有的文件描述符的数量。好像模拟并发太多了，nginx.conf的并发设置需要调整。(我的配置主机有2g内存，2.8G CPU。)复制代码如下:VI/etc/nginx/nginx . conf events { worker _ connections 1024；}调整为复制代码如下:events { worker _ connections 10240；}以上问题仍会出现，使用[root @ qimutian nginx]# cat/proc/sys/fs/file -max 8192文件系统可打开的最大文件数[root @ qimutian nginx]# Ulimit -n 1024程序限制只能打开1024个文件使用[root @ qimutian nginx]# Ulimit -n 8192调整或永久调整打开的文件数。可以添加在启动文件/etc/rc.d/rc.local的末尾(在/etc/sysctl.conf的末尾添加fs.file-max = 8192)。Ulimit-n8192调整打开的CentOS5文件的数量。使用ulimit -a，发现默认打开的文件不能超过1024个。昨天压力测试的时候，出现了500的错误。详情请查看nginx的500内部服务器错误。早上起来看看。原来方法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，回车即可。500内部服务器错误错误补充:1。硬盘空间已满。使用df -k检查硬盘空间是否已满。清空硬盘空间可以解决500错误。Nginx如果开启了访问日志，最好在不需要的时候关闭访问日志。日志会占用大量硬盘空间。2.nginx配置文件错误在这里并不意味着语法错误。如果nginx配置文件有语法错误，启动时会提示。配置重写时，如果某些规则处理不当，将会出现500错误。请仔细检查您的重写规则。如果配置文件中的某些变量设置不正确，也会出现500错误，例如引用了没有值的变量。3.如果以上问题都不存在，可能是模拟并发太多了。你需要调整nginx.conf的并发设置解决方案是:1打开/etc/security/limits.conf文件，添加两份副本代码如下:*软nofile65535 *硬nofile65535 2打开/etc/nginx/nginx.conf在worker_processes下面添加一份副本代码如下:worker _ rlimit _ nofile 655353重启nginx，重装设置复制代码代码如下:kill -9 ` PS -EF | GRE PHP | grep -vgep | awk ' { print $ 2 } ' `/usr/bin/spawn -fcgi -a 127 . 0 . 0 . 1-p 900-c 100-U www -data -F/usr/bin/ph P-CGI kill all -HUP nginx，然后看NGINX的错误日志，没有500错误是4.可能是数据库问题。nginx日志php日志没发现问题。最后发现数据库无法访问。经过纠正，问题得到解决。