直接在server块中配置error_log指令可实现虚拟主机错误日志分级，按作用域就近生效，不依赖全局配置；需为各域名显式设置warn/error/info级别、独立路径及正确权限，并用grep和tail验证生效。
直接在对应 server 块里写 error_log 指令，就能实现不同虚拟主机的错误日志分级——它不依赖全局配置，而是按作用域就近生效。
分层设置：避免被上层覆盖
nginx 的 error_log 遵循“由近及远”继承规则：某个 server 块里写了，就只管这个虚拟主机；没写才向上继承 http 块配置；都未设置才用 main 块默认值（logs/error.log error）。所以关键不是改全局，而是为每个重要业务显式声明：
- 核心 API 域名（如
api.example.com）设为warn：捕获upstream timed out、client sent too large body等可恢复但需关注的问题 - 静态资源域名（如
static.example.com）保持error：只记录真实失败，如文件不存在、权限拒绝 - 测试或灰度环境（如
staging.example.com）可临时设info：观察 reload 行为、worker 启动过程，验证完立即切回
路径与权限必须匹配
每个 server 块的 error_log 要指定独立路径，且确保 nginx worker 进程用户（如 www-data 或 nginx）有写权限：
- 路径建议用绝对路径，例如：
error_log /var/log/nginx/api_error.log warn; - 若 reload 报
Permission denied，执行：sudo chown www-data:www-data /var/log/nginx/及其子目录 - 不要复用同一文件路径给多个
server，否则日志混杂、无法归因
快速验证是否生效
别靠猜，用命令确认实际起作用的位置：
- 运行：
grep -r "error_log" /etc/nginx/ --include="*.conf" - 检查输出中是否出现你刚修改的
server块内的那行，且级别符合预期（如warn） - 触发一个警告（例如故意访问一个不存在的 upstream），然后
tail -f /var/log/nginx/api_error.log看是否实时写入
调试时精准打点，不扰动其他服务
排查某一个虚拟主机的问题，无需开放全站 debug，更安全高效的做法是：
- 在目标
server块内加一行：error_log /var/log/nginx/debug_api.log debug; - 确保已编译 debug 支持：
nginx -V 2>&1 | grep -o with-debug应有输出 - debug 日志务必写到独立磁盘分区（如
/mnt/ssd/），并配logrotate的copytruncate模式，防止阻塞写入
