Nginx 日志轮转

在 Ubuntu 系统上,Nginx 日志不断增大(access.log / error.log) 是一个非常常见的问题。 如果不加限制,日志可能会几百 GB,占满磁盘。

如何排查、限制、自动轮转、删除旧日志


🧩 一、先确认日志路径和大小

默认情况下,Nginx 日志路径如下:

bash 复制代码
/var/log/nginx/access.log
/var/log/nginx/error.log

查看大小:

bash 复制代码
sudo du -h /var/log/nginx/*.log
复制代码

示例输出:

bash 复制代码
1.2G /var/log/nginx/access.log 500M /var/log/nginx/error.log

如果文件非常大(比如几 GB),说明日志没有被轮转。


🧰 二、检查 logrotate 是否启用

Ubuntu 系统自带 logrotate,默认会自动轮转 Nginx 日志。 配置文件在:

bash 复制代码
/etc/logrotate.d/nginx

查看内容:

bash 复制代码
cat /etc/logrotate.d/nginx

典型配置如下 👇

bash 复制代码
/var/log/nginx/*.log {
    daily
    missingok
    rotate 14
    compress
    delaycompress
    notifempty
    create 640 www-data adm
    sharedscripts
    postrotate
        if [ -f /run/nginx.pid ]; then
            kill -USR1 `cat /run/nginx.pid`
        fi
    endscript
}

解释:

|------------|-------------------|
| 配置项 | 说明 |
| daily | 每天轮转一次 |
| rotate 14 | 保留 14 天的日志 |
| compress | 自动 gzip 压缩旧日志 |
| notifempty | 空文件不处理 |
| postrotate | 通知 Nginx 重新打开日志文件 |


🧮 三、手动测试日志轮转是否工作

运行:

bash 复制代码
sudo logrotate -f /etc/logrotate.d/nginx

执行后,你应该看到:

  • 生成了 access.log.1access.log.1.gz

  • 原始的 access.log 重新创建,文件大小变小

查看结果:

bash 复制代码
ls -lh /var/log/nginx/

⚙️ 四、如果日志没有轮转(常见原因)

|-----------------------------|---------------------------------------------|
| 原因 | 解决方案 |
| /etc/logrotate.d/nginx 文件缺失 | 重新创建(见上面的示例) |
| Nginx PID 路径不同 | 修改 postrotate 里的路径,比如 /var/run/nginx.pid |
| 权限问题 | 确保 /var/log/nginx 属于 www-data:adm 或 root 可写 |
| logrotate 服务没启用 | 查看:systemctl status logrotate.timer |

启用定时器:

复制代码

sudo systemctl enable --now logrotate.timer


🧯 五、清理旧日志(节省磁盘空间)

手动删除旧的压缩日志:

sudo find /var/log/nginx -name "*.gz" -type f -mtime +14 -delete

删除超过 14 天的日志归档。

或者彻底清空日志(危险操作前请确认):

sudo truncate -s 0 /var/log/nginx/access.log sudo truncate -s 0 /var/log/nginx/error.log


🧩 六、减少日志体积(优化写入)

如果访问量极大,可通过 Nginx 配置减少日志写入。

编辑:

sudo nano /etc/nginx/nginx.conf

找到:

access_log /var/log/nginx/access.log;

改为:

# 1️⃣ 禁止日志(不推荐生产) # access_log off; # 2️⃣ 或只记录错误级别高的日志 error_log /var/log/nginx/error.log warn;

重启 Nginx:

sudo systemctl reload nginx


📊 七、推荐最终配置模板(放在 /etc/logrotate.d/nginx

/var/log/nginx/*.log { daily missingok rotate 14 compress delaycompress notifempty create 640 www-data adm sharedscripts postrotate [ -f /run/nginx.pid ] && kill -USR1 `cat /run/nginx.pid` endscript }


✅ 八、总结

|----------|-----------------------------------------------------------|
| 操作 | 命令 |
| 查看日志大小 | sudo du -h /var/log/nginx/*.log |
| 手动轮转 | sudo logrotate -f /etc/logrotate.d/nginx |
| 清空日志 | sudo truncate -s 0 /var/log/nginx/access.log |
| 删除旧日志 | sudo find /var/log/nginx -name "*.gz" -mtime +14 -delete |
| 启用自动轮转服务 | sudo systemctl enable --now logrotate.timer |


相关推荐
芷栀夏1 分钟前
CANN开源实战:基于DrissionPage构建企业级网页自动化与数据采集系统
运维·人工智能·开源·自动化·cann
寄存器漫游者24 分钟前
Linux 软件编程 - IO 编程
linux·运维·spring
charlotte1024102427 分钟前
高并发:关于在等待学校教务系统选课时的碎碎念
java·运维·网络
_别来无恙_41 分钟前
TFTP的使用Linux
linux·服务器
gaize121343 分钟前
Moltbot(Clawdbot) 专属轻量服务器
运维·服务器
Zaralike1 小时前
Linux 服务器网络不通排查 SOP(标准操作流程)
linux·服务器·网络
getapi1 小时前
注塑件的费用构成
linux·服务器·ubuntu
鸽芷咕2 小时前
DrissionPage 成 CANN 仓库爆款自动化工具:背后原因何在?
运维·python·自动化·cann
池央2 小时前
CANN 算子生态的深度演进:稀疏计算支持与 PyPTO 范式的抽象层级
运维·人工智能·信号处理
Maynor9962 小时前
OpenClaw 玩家必备:用 AI 自动追踪社区最新动态
java·服务器·人工智能