最稳妥做法是在对应配置块中用绝对路径写access_log和error_log指令，目录需提前创建并授权；全局日志在http块设置默认路径，单站点日志在server块显式配置实现隔离，禁用相对路径，关闭日志用access_log off。

直接在对应配置块里写 access_log 和 error_log 指令，路径用绝对路径，目录要提前建好并赋权——这是最稳妥、最可控的做法。

全局日志路径（统一管理用）

在 http 块中设置，作为所有站点的默认日志位置：

• 指定路径必须是绝对路径，比如 access_log /var/log/nginx/access.log main;
• error_log /var/log/nginx/error.log warn; 中的 warn 是常用级别，比 error 多记警告，比 info 少记冗余信息
• 若用了自定义格式，需先在 http 块里用 log_format 定义，再在 access_log 后引用名称
• 注意：Nginx 不会自动创建 /var/log/nginx/ 下的子目录，也**不会报错提示**，路径不存在 = 日志静默丢弃

单站点独立日志（推荐用于多域名）

在每个 server 块内显式配置，实现日志隔离：

Pandas 配置文件报告生成器

使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。

下载

• 覆盖全局设置，不写就继承，写了才生效。例如：access_log /var/log/nginx/api.example.com.access.log main;
• error_log /var/log/nginx/api.example.com.error.log warn; 只记录该 server 内部错误（如 upstream 超时、502），底层核心错误仍走全局 error_log
• 禁止用相对路径（如 logs/api.access.log），Nginx 解析行为不可靠，容易写错位置
• 想关闭某站点日志，直接写 access_log off; 即可

路径与权限实操要点

配置前必须手动完成，否则日志根本不会生成：

• 创建目录：比如 sudo mkdir -p /var/log/nginx/api.example.com
• 授权给 Nginx 工作用户（常见为 nginx 或 www-data）：sudo chown nginx:nginx /var/log/nginx/api.example.com
• 建议全部日志放在 /var/log/nginx/ 下，避免跨文件系统或 SELinux 权限干扰
• 如果用非标准路径（如 /data/logs/），确保磁盘空间充足且挂载正常

验证与生效流程

改完配置不能直接 reload，必须走标准检查流程：

• 执行 sudo nginx -t，确认语法无误、路径可写、格式名存在
• 通过后执行 sudo nginx -s reload 平滑重载，不中断服务
• 用 curl 或浏览器触发一次请求，再运行 ls -l /var/log/nginx/ 和 tail -f 对应文件 确认日志已开始写入