Linux日志清理关键在于logrotate可控轮转而非直接删除，配置daily、rotate 7等参数实现自动归档压缩与过期清理，辅以find+cron处理未纳管日志，并需规避rm误删、journalctl/docke日志特殊性等风险。
Linux 系统日志长期积累会占用大量磁盘空间，定时清理是运维中的常规操作。关键不是“删”，而是“可控地轮转+自动过期”，避免误删关键日志或服务中断。
用 logrotate 实现自动化日志轮转与清理logrotate 是 Linux 默认的日志管理工具，无需额外安装，配置灵活、稳定可靠。它不直接删除旧日志，而是按规则压缩、重命名、归档，并在达到保留条件后自动删除。
配置文件通常位于/etc/logrotate.conf（全局）和/etc/logrotate.d/目录下（各服务独立配置）
常见策略示例（如清理 /var/log/myapp.log）：/var/log/myapp.log {dailymissingokrotate 7compressdelaycompressnotifemptycreate 644 root root}
参数说明：
daily：每天轮转一次；
rotate 7：最多保留 7 个归档（即 7 天历史）；
compress：用 gzip 压缩旧日志；
delaycompress：延迟压缩，最新一轮不压，便于排查；
missingok：日志文件不存在也不报错；
notifempty：空文件不轮转手动触发与验证 logrotate 行为配置完成后不要等待周期，应主动测试是否生效：CentOS Linux 7.9.2009 CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离线兼容性测试。
下载运行logrotate -d /etc/logrotate.conf查看调试输出（不实际执行）
加-f
强制执行：
logrotate -f /etc/logrotate.conf，观察日志文件变化检查/var/lib/logrotate/status文件，确认最后轮转时间查看目标目录（如 /var/log）是否有myapp.log.1、myapp.log.2.gz等生成对无 logrotate 管理的日志文件，用 find + cron 清理某些自定义脚本或容器日志未纳入 logrotate，可用 find 按时间筛选删除：例如：清理 /opt/app/logs/ 下 30 天前的 .log 文件find /opt/app/logs/ -name "*.log" -mtime +30 -delete写入 crontab（每天凌晨 2 点执行）：0 2 * * * find /opt/app/logs/ -name "*.log" -mtime +30 -delete 2>/dev/null
注意：
-mtime +30表示“修改时间超过 30×24 小时”，非精确到天；
建议先用-print替代-delete预览匹配结果；
加2>/dev/null屏蔽权限错误等提示避免踩坑的关键细节清理日志看似简单，但几个细节常导致问题：不要直接 rm -rf /var/log/*.log：可能删掉正在写入的活跃日志，部分程序（如 rsyslog）无法自动重建文件注意服务日志路径是否被重定向：比如 systemd 服务日志走 journalctl，需用journalctl --vacuum-time=2weeks清理容器环境要区分宿主机与容器内日志：Docker 容器默认日志在/var/lib/docker/containers/，建议通过dockerd --log-opt max-size=10m --log-opt max-file=3控制清理前确认磁盘使用情况：用df -h和du -sh /var/log/* | sort -hr | head -10定位大户