Nginx error.log级别通过error_log指令的级别参数调整，而非修改日志内容；默认为error，可设为warn、info等，debug需编译时启用--with-debug；配置可位于nginx.conf全局或http/server/location块中，优先级由近及远；修改后需nginx -t校验并reload生效。
Linux下Nginx的error.log级别不能靠“改日志内容”来调整，而是通过修改配置中的error_log指令及其后的日志级别参数实现。默认通常是error，但可根据调试需要临时调低（如info或debug），注意debug级需重新编译Nginx才能启用。
确认当前error_log配置位置
Nginx主配置文件通常为/etc/nginx/nginx.conf，但error_log指令也可能出现在http、server或location块中，优先级由近及远。执行以下命令快速定位：
grep -r "error_log" /etc/nginx/ --include="*.conf"
- 若输出含
error_log /var/log/nginx/error.log error;，说明当前级别为error - 若某
server块内有独立error_log行，则该虚拟主机日志级别以它为准 - 未显式声明时，继承上级块或全局默认值
修改日志级别并重载配置
编辑对应配置文件，在http或server上下文中调整error_log行。常用级别从高到低为：debug、info、notice、warn、error、crit、alert、emerg。例如：
error_log /var/log/nginx/error.log warn;
-
warn会记录warn及以上（warn/error/crit/alert/emerg）事件，比默认error更详细 -
info适合排查配置加载、连接建立等常规流程问题 -
debug需确保Nginx编译时启用了--with-debug，否则会忽略该设置
保存后执行nginx -t校验语法，再运行systemctl reload nginx（或nginx -s reload）生效。
临时启用debug日志（无需重启）
如果只是短时间调试某个请求，可不改全局配置，而用Nginx内置的调试功能：
- 在对应
server或location块中添加：error_log /var/log/nginx/debug.log debug; - 搭配
if条件限制范围（如仅对特定IP）：if ($remote_addr = "192.168.1.100") { error_log /var/log/nginx/debug.log debug; }（注意：if在location外慎用） - 调试完毕后注释或删除该行，reload即可关闭，避免长期写入大量debug日志
检查日志输出是否生效
调整后不一定立刻看到新级别日志，因为某些事件（如配置加载）只在启动/重载时触发。可手动触发一次测试：
- 执行
nginx -s reload，观察error.log是否新增reloading相关notice或info条目 - 故意访问一个不存在的路径，看是否记录
open() "/xxx" failed ...类error信息（验证基础级别） - 若设为
info却无新增内容，检查是否有更高级别的error_log指令覆盖了当前作用域
日志级别调整是排障的重要辅助手段，关键在准确定位配置位置、理解作用域继承关系，并控制好debug日志的使用范围和生命周期。
