Linux日志怎么切割_Linux日志利用logrotate按磁盘空间切割的配置实例

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 个归档文件（含当前日志）。

创建配置文件：

配置说明：

• 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 数值精确控制总量。

AppMall应用商店

AI应用商店，提供即时交付、按需付费的人工智能应用服务

56

查看详情

验证与调试方法

配置完成后，建议先测试是否生效：

• 手动运行：logrotate -d /etc/logrotate.d/myapp（-d 表示 debug，不实际执行）
• 强制执行一次：logrotate -f /etc/logrotate.d/myapp
• 查看日志：/var/log/messages 或 journalctl -u logrotate 检查执行记录

确保目标目录有足够权限，且 postrotate 脚本中的服务名或信号正确，否则可能导致日志无法续写。

结合磁盘监控实现动态控制（进阶）

若需严格按分区可用空间控制日志行为，可在 shell 脚本中结合 df 和 logrotate 实现：

该脚本可在系统负载任务中定期运行，当 /var/log 使用率超过 90% 时，自动收紧日志大小限制，实现更灵活的空间管理。

基本上就这些。合理配置 logrotate 能有效防止日志撑满磁盘，按空间需求设置 size 和 rotate 是关键。压缩和及时通知应用刷新日志句柄也不可忽略。

以上就是Linux日志怎么切割_Linux日志利用logrotate按磁盘空间切割的配置实例的详细内容，更多请关注php中文网其它相关文章！