Linux日志怎么切割_Linux日志通过logrotate按应用分类切割的配置实例

logrotate通过按应用配置实现精细化日志管理，如app1每日轮转保留7份压缩备份并通知进程重载日志，app2在日志达100MB时轮转保留5份且延迟压缩，结合copytruncate适应无法动态重开日志的程序。

在Linux系统中，日志文件会随着时间不断增长，如果不加以管理，可能占用大量磁盘空间，影响系统性能。logrotate 是 Linux 下用于自动切割、压缩和清理日志文件的工具，通过配置可以实现按大小、时间等条件对日志进行轮转。

本文以按应用分类切割日志为例，介绍如何使用 logrotate 实现精细化的日志管理。

logrotate 基本原理

logrotate 通常由 cron 每天自动执行（/etc/cron.daily/logrotate），根据配置文件判断是否需要对指定日志进行切割。核心功能包括：

• 按天、周、月或文件大小触发轮转
• 保留指定数量的旧日志
• 自动压缩归档
• 轮转后可执行自定义脚本（如重启服务或发送信号）

按应用分类配置实例

假设我们有两个应用：app1 和 app2，日志路径分别为 /var/log/app1/app.log 和 /var/log/app2/app.log，希望分别按不同策略切割。

我们可以为每个应用创建独立的配置文件，放在 /etc/logrotate.d/ 目录下，这是推荐做法，便于维护。

京点点

京东AIGC内容生成平台

下载

/etc/logrotate.d/app1 配置示例

创建文件：/etc/logrotate.d/app1

/var/log/app1/app.log {
    daily
    rotate 7
    compress
    missingok
    notifempty
    create 644 appuser appgroup
    sharedscripts
    postrotate
        /bin/kill -USR1 `cat /var/run/app1.pid 2>/dev/null` 2>/dev/null || true
    endscript
}

• daily：每天轮转一次
• rotate 7：保留最近7个备份
• compress：启用 gzip 压缩
• missingok：日志文件不存在时不报错
• notifempty：文件为空时不轮转
• create 644 appuser appgroup：新日志文件权限和属主
• sharedscripts：postrotate 脚本只执行一次，即使匹配多个日志
• postrotate ... endscript：通知应用重新打开日志文件（常见于不支持动态日志的应用）

/etc/logrotate.d/app2 配置示例

创建文件：/etc/logrotate.d/app2

/var/log/app2/*.log {
    size 100M
    rotate 5
    compress
    missingok
    notifempty
    create 644 app2user app2group
    delaycompress
    copytruncate
}

• size 100M：当日志达到100MB时才轮转
• delaycompress：延迟压缩上一轮日志，保留最新一份未压缩，便于排查问题
• copytruncate：先复制日志内容再清空原文件，适用于无法重载日志句柄的应用（如某些Java程序）

验证与调试

配置完成后，建议先测试配置是否正确：

• 检查语法：logrotate -d /etc/logrotate.conf（dry run，显示执行过程但不实际操作）
• 强制执行一次：logrotate -f /etc/logrotate.d/app1
• 查看状态：cat /var/lib/logrotate/status 记录了上次轮转时间

注意：如果应用日志路径不在标准位置，确保目录存在且权限正确。