背景与需求

在多站点部署场景下，Nginx默认将所有站点的访问日志和错误日志写入同一文件。当业务流量较大时，日志文件快速增长，且不同站点的请求混杂在一起，导致故障定位、流量分析等业务排查工作异常繁琐。通过按站点分割日志，可以显著提升排查效率，降低运维成本。

实现方法

Nginx支持在http或server块中通过access_log和error_log指令指定日志路径，利用内置变量$server_name动态生成日志文件名，实现自动按站点分割。

基本配置示例

http {
    log_format main '$remote_addr - $remote_user [$time_local] "$request" '
                    '$status $body_bytes_sent "$http_referer" '
                    '"$http_user_agent" "$http_x_forwarded_for"';
    server {
        listen 80;
        server_name example.com;
        access_log /var/log/nginx/example.com_access.log main;
        error_log  /var/log/nginx/example.com_error.log;
        ...
    }
}

若站点数量较多且命名有规律，可进一步使用变量动态生成，例如：

access_log /var/log/nginx/$server_name.access.log main;
error_log  /var/log/nginx/$server_name.error.log;

注意事项

• 确保日志目录已存在且Nginx用户（通常为nginx或www-data）有写入权限。
• 使用变量时需验证$server_name是否包含特殊字符，建议先进行正则匹配或使用映射。
• 定期清理历史日志，避免磁盘空间被占满。可结合logrotate工具实现自动轮转。

业务排查优势

分割后，每个站点的日志独立存储，运维人员可直接按站点名称检索日志文件，配合grep、tail等命令快速定位问题。在涉及多站点故障时，能有效隔离各站点异常，减少误判。对于IDC托管客户来说，这一做法还能提升日志隔离性，满足合规审计需求。

总结

Nginx日志按站点分割是运维中的基础但有效的手段。通过合理的日志路径规划和日志轮转策略，可以在不影响性能的前提下，极大提升业务排查效率，是IDC环境下的推荐实践。