日志清理是什么
系统日志服务长期积累可以吃掉数 GB 空间，清理手段是按大小或按时间裁剪归档日志文件（不影响当前正在写入的活动文件）。执行前先看占用，执行后用同一条命令复核，确认空间确实回收。裁剪只是治标：真正控制日志体积要修改日志服务的配置，设定最大占用与保留时长，让轮转自动发生。
基本信息
| 适用平台 | 使用 systemd 的 GNU/Linux（日志服务） |
|---|---|
| 语法 | 按大小裁剪或按时间裁剪 |
| 查看占用 | 查询磁盘使用量 |
| 生效范围 | 只作用于归档文件，不动活动文件 |
| 根治手段 | 修改日志服务配置中的最大占用、最小保留空间与保留时长 |
| 生效动作 | 改完配置需重启日志服务 |
典型使用场景
- 磁盘告警时快速回收日志占用的空间。
- 按留存策略清理超期日志，满足合规与成本要求。
- 排查日志占用异常大时先量化再处理。
- 修改日志体积策略后验证轮转是否按预期发生。
- 清理前保留故障时间窗的日志用于分析。
清理与配置
清理与配置
journalctl --disk-usage # 先看当前占用
journalctl --vacuum-size=500M # 按大小裁剪归档日志
journalctl --vacuum-time=30d # 按时间保留 30 天
journalctl --disk-usage # 复核回收结果
# 配置示例（日志服务配置文件）：
# SystemMaxUse=1G
# SystemKeepFree=2G
# MaxRetentionSec=30day
systemctl restart systemd-journald # 改完配置重启服务操作与配置读法
| 项目 | 作用 | 使用要点 |
|---|---|---|
| 查看占用 | 量化当前使用量 | 先看再清，避免盲目操作 |
| 按大小裁剪 | 保留指定总量 | 立即释放空间 |
| 按时间裁剪 | 保留指定天数 | 与留存策略对齐 |
| 生效范围 | 只处理归档文件 | 活动文件由配置驱动轮转 |
| 配置项 | 上限与保留时长 | 根治体积问题的手段 |
| 重启服务 | 使配置生效 | 评估重启对日志收集的短暂影响 |
裁剪只针对归档文件：当前活动的日志由配置中的上限驱动轮转，两者配合才算完整方案。
清理需要足够权限：归档日志位于系统日志目录，权限不足时命令会静默无效，执行后要用占用查询确认。
清到刚好够用可能丢掉故障前的证据：清理前先复制需要的时间窗日志，再执行裁剪。