Tomcat本身不自动归档catalina.out等日志，需借助logrotate实现安全轮转与清理：配置daily、rotate 30、copytruncate、dateext等参数，配合系统cron每日执行，可自动压缩、带日期归档并保留30个文件。
Tomcat 本身不自动归档历史日志，尤其 catalina.out 这类标准输出日志默认持续追加、不轮转。要实现“定期清理 + 自动归档”，需结合外部工具或配置策略，而非仅靠 Apache（注意：Apache HTTP Server 和 Tomcat 是两个独立项目，此处应为笔误，实际指 Tomcat 部署环境）。
用 logrotate 实现安全归档与自动清理
这是生产环境最推荐的方式，支持压缩、轮转、保留天数控制，且 copytruncate 机制可避免中断 Tomcat 写日志。
- 创建配置文件：/etc/logrotate.d/tomcat
- 内容示例（适配你的 Tomcat 日志路径）：
/opt/tomcat/logs/catalina.out {
daily
rotate 30
compress
delaycompress
missingok
notifempty
copytruncate
dateext
dateformat -%Y%m%d
}
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- rotate 30：保留最近 30 个归档（含当前）
- dateext + dateformat：归档文件名带日期，如 catalina.out-20260819
- logrotate 默认每天执行一次（由 /etc/cron.daily/logrotate 触发），无需额外配 crontab
对其他 .log 文件（如 localhost.log、manager.log）统一归档
它们通常由 JULI 日志框架生成，可通过 conf/logging.properties 启用内置轮转：
- 找到对应 Handler 配置，例如：1catalina.org.apache.juli.AsyncFileHandler.maxDays = 30
- 该参数要求 Tomcat ≥ 8.5.35 或 ≥ 9.0.13，生效后会自动删除超期日志
- 注意：此机制 不归档也不压缩，只删除；若需保留归档，仍建议统一交给 logrotate 管理
自定义 Shell 脚本 + crontab 补充归档逻辑
适用于需要按业务规则移动日志、打标签、上传至对象存储等场景：
- 脚本示例（保存为 /opt/tomcat/scripts/archive-logs.sh）：
#!/bin/bash
LOG_DIR="/opt/tomcat/logs"
ARCHIVE_DIR="/data/archive/tomcat/$(date +\%Y\%m)"
mkdir -p "$ARCHIVE_DIR"
# 归档 7 天前的 .log 文件（不包括 catalina.out）
find "$LOG_DIR" -name "*.log" -mtime +7 -not -name "catalina.out" -exec mv {} "$ARCHIVE_DIR/" \;
gzip "$ARCHIVE_DIR"/*.log 2>/dev/null
- 添加定时任务（每天凌晨 2 点执行）：
0 2 * * * /opt/tomcat/scripts/archive-logs.sh - 确保脚本有执行权限：chmod +x /opt/tomcat/scripts/archive-logs.sh
关键注意事项
- catalina.out 不走 JULI 配置：它本质是 stdout/stderr 重定向，必须用 logrotate 或重定向启动方式（如 ./startup.sh > /dev/null 2>&1 & + 自定义重定向）来控制
- 避免直接 rm -f 正在写入的日志文件：可能造成 Java 进程丢失 fd，新日志写不进磁盘
- 归档目录建议放在独立磁盘或网络存储，防止日志膨胀拖垮系统盘
- 首次启用 logrotate 后，手动运行 logrotate -f /etc/logrotate.d/tomcat 测试是否生效
