1. 查看Nginx错误日志，定位具体错误信息
Nginx的错误日志是排查500错误的核心线索，通常位于/var/log/nginx/error.log（可通过nginx -V命令确认自定义路径）。使用tail -f /var/log/nginx/error.log实时查看最新日志，重点关注与500错误关联的时间戳及详细信息（如“Permission denied”“open() failed”“PHP Parse error”等），这些信息能直接指向问题根源（如权限不足、文件不存在、脚本语法错误）。
2. 检查Nginx配置文件语法与逻辑
配置文件的语法错误或不当设置是500错误的常见诱因。使用nginx -t命令测试配置文件的有效性（如sudo nginx -t），若存在语法错误，命令会输出具体行号及错误类型（如“unexpected ‘}’”“invalid parameter”），根据提示修复后重启Nginx（sudo systemctl restart nginx）。需特别注意rewrite规则（避免循环重定向）、proxy_pass/fastcgi_pass路径（确保后端服务可达）、变量引用（避免未定义变量）等配置项的正确性。
3. 排查后端应用服务故障
若Nginx作为反向代理，500错误可能来自后端应用（如PHP-FPM、Node.js、Tomcat）。检查后端服务的日志文件（如PHP-FPM的/var/log/php-fpm.log、Node.js的/var/log/node.log），查看是否有应用层错误（如脚本执行超时、内存溢出、数据库连接失败）。例如，PHP脚本中的语法错误会导致PHP-FPM返回500错误，此时需修复脚本代码并重启后端服务（如sudo systemctl restart php-fpm）。
4. 验证文件与目录权限
Nginx进程（默认以www-data或nginx用户运行）需具备访问网站文件及目录的权限。使用ls -l /path/to/website检查文件/目录的所有者及权限：
755（drwxr-xr-x），文件权限建议设置为644（-rw-r--r--）；chown -R www-data:www-data /path/to/website修改所有者，chmod -R 755 /path/to/directory调整目录权限，chmod 644 /path/to/file调整文件权限。5. 检查系统资源使用情况
系统资源耗尽可能导致Nginx无法正常处理请求：
df -h查看磁盘使用率，若根分区（/）使用率超过80%，需清理无用文件（如旧日志、缓存）；top或htop查看资源占用，若内存不足导致频繁交换（swap使用率高），需增加物理内存或优化应用内存使用；/etc/security/limits.conf，添加* soft nofile 65535、* hard nofile 65535；nginx.conf中添加worker_rlimit_nofile 65535；6. 排查应用程序代码错误
动态脚本（如PHP、Python、Lua）的代码错误（如语法错误、未捕获的异常、数据库查询错误）是500错误的常见来源。通过后端应用日志定位错误代码位置（如PHP的error_log），修复代码问题（如修正语法错误、添加异常处理）。开发环境中可开启调试模式（如PHP的display_errors=On），生产环境中建议记录错误日志而非直接显示。
7. 调整Nginx并发设置
若并发请求数超过Nginx配置的限制，可能导致资源耗尽引发500错误。检查nginx.conf中的以下参数：
worker_processes：设置为CPU核心数（如worker_processes auto;）；worker_connections：每个worker进程的最大连接数（如worker_connections 1024;）；keepalive_timeout：长连接超时时间（如keepalive_timeout 65;）；limit_conn_zone：限制单个IP的并发连接数（可选）。sudo systemctl reload nginx重新加载配置。
