Apache日志切割+压缩+清理脚本核心步骤为：先mv重命名日志，再kill -USR1优雅重载，接着用find -mmin +1压缩旧文件，最后按天数清理.gz日志；关键要避免压缩中文件、确保权限与路径正确、测试无误后再交由cron执行。
Apache 日志切割 + 自动压缩 + 定期清理，用 Shell 脚本实现并不复杂，关键是理清步骤顺序和避免踩坑（比如服务中断、日志丢失、权限错误）。下面是一个生产环境常用、安全可靠的方案。
一、核心思路：先轮转再压缩最后清理
不直接用 logrotate？可以，但自己写脚本要确保三点：
- 停服或优雅重载前完成切割（推荐
kill -USR1方式，无需停 Apache） - 旧日志加时间戳（如
access_log.20240520），方便识别和压缩 - 压缩后立即删除原始未压缩文件，节省空间
- 清理只删指定天数外的
.gz文件，不误删正在用的日志
二、示例脚本（/usr/local/bin/apache-log-rotate.sh）
保存后 chmod +x，再加入 crontab 即可：
#!/bin/bash
<h1>配置区（按实际修改）</h1><p>APACHE_LOG_DIR="/var/log/httpd"
ACCESS_LOG="access_log"
ERROR_LOG="error_log"
APACHE_PID="/var/run/httpd/httpd.pid"
DAYS_TO_KEEP=30</p><h1>进入日志目录</h1><p>cd "$APACHE_LOG_DIR" || exit 1</p><h1>生成时间戳（格式：YYYYMMDD_HHMM）</h1><p>TIMESTAMP=$(date +\%Y\%m\%d_\%H\%M)</p><div class="aritcle_card flexRow">
<div class="artcardd flexRow">
<a class="aritcle_card_img" href="/xiazai/skill3961" title="Apache Superset Dashboard and SQL Exploration Skill"><img
src="https://img.php.cn/upload/skill/000/000/081/178987691575372.jpg" alt="Apache Superset Dashboard and SQL Exploration Skill" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a href="/xiazai/skill3961" title="Apache Superset Dashboard and SQL Exploration Skill">Apache Superset Dashboard and SQL Exploration Skill</a>
<p>Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。</p>
</div>
<a href="/xiazai/skill3961" title="Apache Superset Dashboard and SQL Exploration Skill" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a>
</div>
</div><h1>1. 切割：重命名当前日志（不中断服务）</h1><p>mv "$ACCESS_LOG" "${ACCESS_LOG}.${TIMESTAMP}" 2>/dev/null
mv "$ERROR_LOG" "${ERROR_LOG}.${TIMESTAMP}" 2>/dev/null</p><h1>2. 告知 Apache 重新打开日志文件（等价于 logrotate 的 'create' 和 'postrotate'）</h1><p>if [ -f "$APACHE_PID" ]; then
kill -USR1 $(cat "$APACHE_PID") 2>/dev/null
else
systemctl reload httpd 2>/dev/null
fi</p><h1>3. 压缩刚切割出的日志（保留最近1小时内的，避免压缩进行中的文件）</h1><p>find . -maxdepth 1 -type f -name "${ACCESS_LOG}.<em>" -mmin +1 -not -name "</em>.gz" -exec gzip {} \;
find . -maxdepth 1 -type f -name "${ERROR_LOG}.<em>" -mmin +1 -not -name "</em>.gz" -exec gzip {} \;</p><h1>4. 清理：只删超过 $DAYS_TO_KEEP 天的 .gz 日志</h1><p>find . -maxdepth 1 -type f ( -name "${ACCESS_LOG}.<em>.gz" -o -name "${ERROR_LOG}.</em>.gz" ) -mtime +$DAYS_TO_KEEP -delete</p><h1>可选：清理残留的未压缩旧文件（比如切割失败留下的 .20240520 类型）</h1><p>find . -maxdepth 1 -type f ( -name "${ACCESS_LOG}.<em>" -o -name "${ERROR_LOG}.</em>" ) -not -name "*.gz" -mtime +7 -delete</p>三、关键细节说明
为什么用 kill -USR1？
Apache 收到 USR1 信号后会关闭当前日志文件句柄、重新打开新文件，整个过程毫秒级，无请求丢失。比 stop/start 更安全。
时间戳带小时分钟，防止同天多次运行冲突
比如一天跑两次（crontab 设为每天 00:00 和 12:00），不会覆盖。
压缩前加 -mmin +1
避免刚切割完就压缩——此时 Apache 可能还在写入，gzip 会报 “file changed as we read it”。等 1 分钟更稳妥。
清理逻辑分两层
- 主清理：删 .gz 文件（保留 30 天）
- 次清理：删漏网的未压缩旧文件（超 7 天），防磁盘被占满
四、加入定时任务（每日凌晨 1 点执行）
运行 crontab -e，添加一行：
0 1 * * * /usr/local/bin/apache-log-rotate.sh >/dev/null 2>&1
注意：脚本中所有路径用绝对路径；确保运行用户（如 root 或 apache）对日志目录有读写权限。
不复杂但容易忽略：测试时先手动执行一次，检查是否生成 access_log.20240520_0100.gz、Apache 是否继续写新日志、旧文件是否被压缩删除。确认无误再交由 cron 托管。
