使用logrotate可有效管理Linux日志，防止磁盘占满。1. 配置/etc/logrotate.d/myapp实现每日或按大小切割；2. 设置rotate、compress等参数控制保留数量与压缩；3. 通过cron定时执行，确保日志自动轮转；4. 结合应用自身滚动策略时需避免冲突。建议生产环境均配置并定期验证。
Linux系统中应用日志如果不进行管理，很容易占用大量磁盘空间，影响系统性能甚至导致服务异常。通过合理的日志分割（也称日志切割），可以控制单个日志文件的大小，保留必要的历史记录，并自动清理过期内容。以下是常见的设置方法和策略。
使用logrotate实现日志切割
logrotate 是 Linux 下最常用的日志管理工具，能够按时间或文件大小自动切割、压缩、删除旧日志。
配置文件通常位于：/etc/logrotate.conf，而具体应用的配置放在 /etc/logrotate.d/ 目录下。
示例：为某个应用（如 myapp）设置每日切割策略
/etc/logrotate.d/myapp
/var/log/myapp.log {
daily
missingok
rotate 7
compress
delaycompress
notifempty
create 644 www-data www-data
postrotate
/bin/kill -USR1 `cat /var/run/myapp.pid 2>/dev/null` 2>/dev/null || true
endscript
}
- daily：每天切割一次
- rotate 7：保留最近7个备份
- compress：启用压缩（.gz格式）
- delaycompress：延迟压缩，保留最新一份不压缩
- notifempty：空文件不切割
- create：切割后创建新日志文件，并设置权限和属主
- postrotate ... endscript：通知应用重新打开日志文件，避免写入失效
测试配置是否正确：
logrotate -d /etc/logrotate.d/myapp（-d 表示调试模式，不实际执行）
按大小触发切割
除了按时间切割，还可以根据日志文件大小来触发。适用于高频率写入的应用。
将配置中的 daily 替换为：
- size 100M：当日志超过100MB时切割
- minsize 50M：只有当日志大于50MB且满足时间条件时才切割（可选）
例如：
/var/log/myapp.log {
size 100M
rotate 5
compress
missingok
notifempty
create 644 appuser appgroup
}
结合系统定时任务自动运行
logrotate 默认由系统的 cron 每天执行一次：
/etc/cron.daily/logrotate
如果你需要更频繁的切割（如每小时），可以将其加入 cron.hourly 或自定义 crontab：
# 编辑 root 的定时任务 crontab -e添加：每小时检查一次
0 /usr/sbin/logrotate /etc/logrotate.d/myapp --state=/var/lib/logrotate/status.myapp
注意：使用自定义路径时建议指定独立的状态文件防止冲突。
应用自身支持日志切割
部分应用（如 Nginx、Tomcat、Java 应用配合 Logback/Log4j2）支持内置日志滚动功能。
-
Logback 使用
配置基于时间和大小的切割 - Log4j2 使用 RollingFileAppender 实现类似功能
- Nginx 需配合 logrotate 发送 USR1 信号重新打开日志
此时应确保外部工具与内部策略不冲突，推荐统一使用 logrotate 管理。
基本上就这些。合理配置日志切割能有效保障系统稳定，建议所有生产环境都设置对应的策略。关键是选择合适的时间或大小阈值，并定期验证切割是否生效。
