自动化日志归档与清理核心是“先归档、再清理”，需策略清晰、执行安全、留痕可查；Linux首选logrotate，支持按时间/大小轮转、自动压缩、postrotate联动同步，并须设路径限制、文件类型过滤及-mtime时间判断防误删。
自动化日志归档与清理，核心是“先归档、再清理”，关键在策略清晰、执行安全、留痕可查。不能只删不存，也不能一删了事。
按时间维度自动归档，结构清晰好追溯
归档不是简单复制，而是建立可读、可查、可管理的目录结构。比如Logback配置中用%d{yyyy-MM}/app-%d{yyyy-MM-dd}.log，就能实现“按月建目录、按天建文件”，180天内所有日志按年月自然分层，查2025年12月的日志直接进2025-12/目录即可。Java应用常用log4j2或Logback，Python服务可用logging.handlers.TimedRotatingFileHandler，都支持按小时、天、月滚动并自动压缩（.gz）。归档路径建议独立于运行目录，例如统一放在/data/logs/archive/下，避免干扰主程序。
用标准工具做轮转，比手写脚本更稳
Linux系统首选logrotate，它不是辅助工具，而是生产环境日志治理的事实标准。配置写在/etc/logrotate.d/myapp里，几行就搞定：
– 每周轮转一次，保留4份
– 单个日志超100MB立即触发切割
– 自动压缩旧日志，删除前先gzip
– 支持postrotate脚本，比如通知rsync同步到备份服务器
相比自己用find + rm硬删，logrotate有原子操作、错误重试、状态记录，出问题能回溯。
清理必须带保护机制，防误删
清理动作要加至少三层保险：
– 只作用于明确路径，如/data/logs/app/，禁止递归到根目录
– 限定文件类型：*.log、*.log.*、*.gz，不碰.pid或.conf
– 时间判断用-mtime +30（30天前），不用-atime或-ctime，避免因访问或权限变更误判
更稳妥的做法是先mv到临时隔离区（如/data/logs/trash/），等24小时确认无误后再rm -rf。Windows下可用forfiles命令配合/d -30参数，同样支持预览模式（加/c "cmd /c echo @path"先看删谁）。
联动磁盘水位，让清理真正智能
纯定时清理是被动响应，理想状态是“空间快满了就主动干活”。可在crontab里加一层检查逻辑：每次执行清理前，先跑df -h /data | awk 'NR==2 {print $5}' | sed 's/%//'，如果使用率＞85%，立刻触发归档+清理；否则跳过。journal日志清理也可这样联动——journalctl --disk-usage查当前占用，超阈值再执行journalctl --vacuum-size=200M。这种“水位触发+定时兜底”双机制，比每天固定时间删更贴合实际负载。
