在日常运维中，Nginx 的日志文件可能会因流量大而迅速增长。为避免日志文件占满磁盘空间，需要定期进行日志轮转。然而，服务器中运行多个 Nginx 实例时，不同实例的日志路径和 PID 文件路径可能不统一，这给日志轮转的配置带来了挑战。本文将详细介绍如何通过路径定位和日志轮转配置解决这一问题。
问题背景
Nginx 的 PID 文件（用于标识运行进程）通常存储在固定路径，例如 /var/run/nginx.pid，但在一些自定义部署或面板工具管理的环境中，不同实例可能使用不同的 PID 文件路径。例如：
- 实例 A：
/opt/nginx/instance1/logs/nginx.pid - 实例 B：
/opt/nginx/instance2/logs/webserver.pid
为了实现日志轮转，我们需要准确定位这些 PID 文件路径，以确保日志切换通知能够正确发送。
如何获取 PID 文件路径
方法 1：直接搜索 PID 文件（推荐）
在服务器上直接搜索 nginx.pid 文件，找到所有可能的路径。运行以下命令：
sudo find / -name nginx.pid 2>/dev/null
输出示例：
/opt/nginx/instance1/logs/nginx.pid
/opt/nginx/instance2/logs/webserver.pid
上述命令会搜索整个系统中的 PID 文件路径，忽略无权限访问的目录（通过 2>/dev/null 隐藏错误信息）。
关键点：
- 路径
/opt/nginx/instance1/logs/nginx.pid表示第一个实例的 PID 文件。 - 路径
/opt/nginx/instance2/logs/webserver.pid表示第二个实例的 PID 文件。
方法 2：通过进程信息反向查找路径（凑数）
如果无法直接找到 PID 文件，可以通过正在运行的 Nginx 进程查找线索。运行以下命令列出所有 Nginx 相关:
ps aux | grep nginx
输出示例：
root 1234 0.0 0.2 123456 7890 ? Ss 04:54 0:00 nginx: master process /opt/nginx/instance1/sbin/nginx
nobody 1235 0.0 0.1 123456 5678 ? S 04:54 0:00 nginx: worker process从主进程路径 /opt/nginx/instance1/sbin/nginx 可以推测：
- 主进程对应的工作目录为
/opt/nginx/instance1/。 - PID 文件路径通常位于
logs/nginx.pid，即/opt/nginx/instance1/logs/nginx.pid。
同理，若存在其他 Nginx 实例，则会显示类似的路径信息。
验证 PID 文件：
根据推测出的路径，检查文件是否存在：
ls -l /opt/nginx/instance1/logs/nginx.pid
如果存在，可进一步查看文件内容以确认其对应的进程：
cat /opt/nginx/instance1/logs/nginx.pid
检查进程是否有效：
读取文件中的 PID 值（如 1234），并检查对应进程是否正在运行：
ps -p 1234
如果输出包含 Nginx 主进程信息，则说明该 PID 文件有效。
日志轮转配置
通过以上方法获取了各实例的 PID 文件路径后，我们可以配置 logrotate 来适配这些路径。
logrotate 配置文件
编辑 /etc/logrotate.d/nginx 文件，添加以下内容：
/path/to/logs/*.log {
daily # 每天轮转一次
rotate 7 # 保留最近 7 天的日志
compress # 压缩旧日志文件
missingok # 忽略不存在的日志文件
notifempty # 跳过空日志文件
sharedscripts # 确保脚本仅执行一次
postrotate
# 第一个 Nginx 实例
if [ -f /opt/nginx/instance1/logs/nginx.pid ]; then
kill -USR1 `cat /opt/nginx/instance1/logs/nginx.pid`
fi
# 第二个 Nginx 实例
if [ -f /opt/nginx/instance2/logs/webserver.pid ]; then
kill -USR1 `cat /opt/nginx/instance2/logs/webserver.pid`
fi
endscript
}
验证与测试
1. 验证 PID 文件
确认 PID 文件是否存在且有效：
ls -l /opt/nginx/instance1/logs/nginx.pid
ls -l /opt/nginx/instance2/logs/webserver.pid
读取 PID 文件内容并验证进程是否存在：
cat /opt/nginx/instance1/logs/nginx.pid | xargs ps -p
cat /opt/nginx/instance2/logs/webserver.pid | xargs ps -p
2. 强制测试日志轮转
运行以下命令强制执行日志轮转：
sudo logrotate -f /etc/logrotate.d/nginx假如出现报错，请查阅我的另一篇文章：如何设计设计一个telegram聊天机器人（第4部分）。仍未解决，评论区告诉我；或者页尾查看我的联系方式。
检查日志目录是否生成了新日志文件，旧日志是否被压缩：
ls -lh /path/to/logs/
总结
通过路径搜索和进程反向查找，我们可以准确定位多实例 Nginx 的 PID 文件路径，并根据实际情况配置 logrotate。具体步骤包括：
- 使用
find或ps工具获取 PID 文件路径。 - 配置 logrotate 脚本，分别处理每个实例的日志。
- 测试配置，确保日志轮转和信号发送功能正常。
这种方法适用于多实例部署、面板管理环境或自定义安装路径的 Nginx 日志管理。