logrotate通过组合size、rotate等参数间接实现按磁盘空间管理日志。配置示例中限制单文件100MB、保留4个压缩归档，总占用可控在500MB内，结合postrotate通知应用重载日志，辅以脚本动态调整策略，有效防止日志占满磁盘。
Linux系统中日志文件如果长期不处理，很容易占用大量磁盘空间，影响系统稳定性。logrotate 是 Linux 下管理日志文件的默认工具，支持按时间、文件大小以及磁盘空间进行日志切割和清理。本文重点介绍如何使用 logrotate 实现按磁盘空间限制来切割日志。
logrotate 按磁盘空间切割的基本原理
logrotate 本身不直接支持“按总磁盘空间保留日志”的配置，但可以通过组合使用 size、rotate 和 maxsize 等参数，间接实现根据磁盘使用量控制日志体积的目标。
关键思路是：限制单个日志文件大小 + 限制保留的归档文件数量 = 控制总体日志占用空间。
常用相关参数说明：- size：当日志文件达到指定大小时触发轮转（如 size 100M）
- maxsize：类似 size，但即使未到轮转周期也会检查，更及时
- rotate N：最多保留 N 个旧日志归档文件
- compress：启用压缩，显著减少磁盘占用
- daily / weekly / monthly：轮转周期，与 size 可共存
按空间切割的配置实例
假设我们有一个应用日志 /var/log/myapp/app.log，希望控制其总占用不超过 500MB，单个文件最大 100MB，最多保留 5 个归档文件（含当前日志）。
创建配置文件：
/var/log/myapp/app.log {size 100M
rotate 4
compress
missingok
notifempty
create 644 root root
postrotate
systemctl kill -s USR1 myapp.service > /dev/null 2>&1 || true
endscript
}
配置说明：
- size 100M：每次日志文件接近 100MB 时就触发轮转
- rotate 4：保留 4 个历史日志（.1.gz ~ .4.gz），加上当前日志，总共最多 5 份
- compress：使用 gzip 压缩旧日志，通常可节省 70%~90% 空间
- postrotate...endscript：通知应用重新打开日志文件，避免写入失败
若每个压缩后日志平均为 30MB，则总占用 ≈ 100MB（当前）+ 4×30MB = 220MB，远低于 500MB 上限。可通过调整 size 和 rotate 数值精确控制总量。
验证与调试方法
配置完成后，建议先测试是否生效：
- 手动运行：logrotate -d /etc/logrotate.d/myapp（-d 表示 debug，不实际执行）
- 强制执行一次：logrotate -f /etc/logrotate.d/myapp
- 查看日志：/var/log/messages 或 journalctl -u logrotate 检查执行记录
确保目标目录有足够权限，且 postrotate 脚本中的服务名或信号正确，否则可能导致日志无法续写。
结合磁盘监控实现动态控制（进阶）
若需严格按分区可用空间控制日志行为，可在 shell 脚本中结合 df 和 logrotate 实现：
#!/bin/bashUSAGE=$(df /var/log | awk 'NR==2 {print $5}' | tr -d '%')
if [ $USAGE -gt 90 ]; then
sed -i 's/size [0-9]*M/size 10M/' /etc/logrotate.d/myapp
fi
该脚本可在系统负载任务中定期运行，当 /var/log 使用率超过 90% 时，自动收紧日志大小限制，实现更灵活的空间管理。
基本上就这些。合理配置 logrotate 能有效防止日志撑满磁盘，按空间需求设置 size 和 rotate 是关键。压缩和及时通知应用刷新日志句柄也不可忽略。
