全局错误日志需在nginx.conf的main上下文顶层（events和http块外）配置，如error_log /var/log/nginx/error.log warn;，并确保路径存在、权限正确、使用绝对路径；debug级别仅编译含--with-debug时有效，生产环境避免低级别日志；修改后须nginx -t验证并nginx -s reload重载。
在 Nginx 主配置文件（通常是 /etc/nginx/nginx.conf）的最外层、events 和 http 块之外的位置，直接写入 error_log 指令，即可设置全局错误日志级别。
放在 main 上下文最顶层
全局生效的 error_log 必须位于配置文件的 root 级别（即 main 上下文），不能嵌套在任何其他块内。例如：
error_log /var/log/nginx/error.log warn;
这行必须写在 user、worker_processes 等指令附近，且在 events { ... } 和 http { ... } 之前或之后（但不能在它们内部）。
确认路径与权限
指定的日志路径需确保 Nginx 工作进程（通常是 www-data 或 nginx 用户）有写入权限：
- 目录存在：运行
sudo mkdir -p /var/log/nginx - 权限正确：运行
sudo chown nginx:nginx /var/log/nginx（用户组名依实际系统而定） - 避免用
logs/error.log这类相对路径，生产环境推荐用绝对路径
选择合适级别并验证是否启用 debug
常用级别按从低到高排序：debug、info、notice、warn、error、crit、alert、emerg。注意：
-
debug级别仅在编译时加了--with-debug才真正生效；否则会被静默降级为info - 检查是否支持 debug：运行
nginx -V 2>&1 | grep -o with-debug，有输出才可用 - 生产环境不建议长期使用
info及更低级别，易造成 I/O 压力和磁盘占满
生效前务必校验并重载
修改后不能直接重启，要先验证语法再平滑重载：
- 检查配置：运行
sudo nginx -t，提示successful才继续 - 重载配置：运行
sudo nginx -s reload，不中断已有连接 - 确认生效：查看日志头几行或用
tail -n 10 /var/log/nginx/error.log观察新消息是否按预期级别出现
