Nginx error_log级别通过指令参数控制，不支持按模块/URI/状态码过滤；级别从debug到emerg共8级，设warn即记录warn及以上所有级别日志；仅main和http作用域有效，server/location中设置被忽略。
Nginx 的错误日志（error log）级别控制和过滤，主要通过 error_log 指令的级别参数实现，**不支持按模块、URI 或状态码等条件做内容过滤**，但可通过外部工具（如 grep、rsyslog）或日志收集系统间接实现筛选。
设置错误日志级别
error_log 指令语法为：error_log file [level];
其中 level 决定哪些日志会被写入。级别从低到高依次为：
-
debug：最详细，含内存分配、事件循环细节（需编译时启用
--with-debug） - info：一般信息性消息（如配置重载成功）
- notice：正常但值得注意的事件（如 worker 启动）
- warn：潜在问题（如证书过期警告）
- error：发生错误但服务仍运行（如 upstream 连接失败）
- crit：严重错误（如无法绑定端口）
- alert：必须立即处理（如无法打开日志文件）
- emerg：系统不可用（如 fork 失败）
默认级别是 error。例如：
error_log /var/log/nginx/error.log warn;
这表示只记录 warn 及更高级别的日志（warn、error、crit、alert、emerg）。
作用域与继承关系
error_log 可出现在以下三个作用域，且遵循“就近原则”覆盖：
- main（全局）：影响整个 Nginx 实例，包括 master/worker 进程启动、信号处理等
- http：仅影响 HTTP 模块初始化相关错误（如加载模块失败），不控制请求处理日志
- server / location：⚠️ 无效 —— Nginx 不支持在 server 或 location 块中设置 error_log，该指令在这两个作用域会被忽略
因此，若想统一管理错误日志，只需在 main 或 http 块中配置一次即可。
输出到 syslog 或标准错误
除了文件路径，error_log 还支持其他目标：
-
syslog：转发到系统日志服务
error_log syslog:server=127.0.0.1:514,facility=local7 warn; -
stderr：输出到标准错误（常用于容器环境）
error_log stderr notice;
注意：使用 stderr 时，Nginx 必须以非守护进程模式运行（daemon off;），否则日志会丢失。
日志内容过滤的替代方案
Nginx 本身不提供基于关键字、状态码或请求路径的错误日志过滤功能。如需筛选特定错误（例如只看 SSL 相关错误或 502 错误），可借助以下方式：
- 用
grep实时过滤：
tail -f /var/log/nginx/error.log | grep -i "ssl\|502" - 配置 rsyslog 或 fluentd，按正则提取并路由日志
- 将错误日志接入 ELK 或 Loki，利用查询语言（如 LogQL、Lucene）做条件检索
如果希望减少日志量，更有效的方式是调高 error_log 级别（如设为 error 或 crit），而非后期过滤。
