云备份校验无误后，再以低扰动方式分批限速清理本地缓存，确保原子性、可观测性及服务平滑过渡。
核心思路是：先确认云备份完成且校验无误，再安全清理本地缓存分区，避免IO冲突、数据丢失或服务中断。关键在“平滑”——即错峰执行、限速清理、保留必要缓冲，并确保原子性与可观测性。
一、确认云备份真正成功（不止是上传完成）
很多脚本只检查rsync/ossutil返回码或文件列表上传完毕，但忽略了校验环节。建议分三步验证：
-
完整性校验：用md5sum/sha256sum生成本地缓存目录的校验文件，上传后在云端重新计算比对（如用阿里云OSS的
ossutil cat+ 本地sha256sum -c） -
元数据一致性：检查云端最后修改时间、文件数、总大小是否与本地源一致（可用
find /cache -type f | wc -l和du -sb /cache对比） -
可读性抽检：随机下载1–2个大文件，用
head -c 1M或file命令快速验证头部可读（防静默损坏）
二、为高IO分区设计“低扰动”擦除策略
直接rm -rf会引发IO尖峰，影响同盘其他服务（如数据库、日志写入）。应改用可控方式：
-
用
ionice -c3+renice +19降低清理进程的IO和CPU优先级，使其让位于业务进程 -
限速删除：用
rsync --remove-source-files配合--bwlimit=2000（单位KB/s），或用find ... -delete前加sleep 0.01节流 -
分块清理：按修改时间分批（如
find /cache -mmin +1440 -delete删24小时前文件），避免单次大压力；保留最近N小时活跃缓存（保障平滑过渡）
三、清理前保留最小缓冲并防止误删
完全清空可能造成后续任务冷启动延迟。建议：
- 清理前创建临时保护标记：
touch /cache/.cleanup_guard_$(date -u +%s)，并在脚本开头检查该文件是否存在且未超时（如10分钟） - 用
mount | grep '/cache' | grep -q 'noatime'确认分区挂载参数合理（避免清理时触发大量atime更新加重IO） - 禁止递归删除根目录：
find /cache -mindepth 1 -maxdepth 1 -type d -name "session_*" -exec rm -rf {} +，明确限定目标子目录
四、自动化串联与可观测性落地
把上述逻辑封装为带状态追踪的脚本，示例关键片段：
#!/bin/bash
CACHE_DIR="/cache"
CLOUD_CHECK_LOG="/var/log/backup/cloud-verify.log"
CLEANUP_LOCK="/tmp/cleanup.lock"
<h1>1. 检查锁 & 校验结果</h1><p>[ -f "$CLEANUP_LOCK" ] && exit 1
[ ! -f "$CLOUD_CHECK_LOG" ] || ! tail -n5 "$CLOUD_CHECK_LOG" | grep -q "VERIFIED: OK" && exit 1</p><h1>2. 创建锁并记录清理起点</h1><p>touch "$CLEANUP_LOCK"
echo "$(date -u) START cleanup" >> /var/log/cleanup.log</p><h1>3. 限速分批清理（跳过最近2小时文件）</h1><p>find "$CACHE<em>DIR" -mmin +120 -type f -print0 | ionice -c3 xargs -0 -P2 -I{} sh -c '
ionice -c3 renice +19 $$ > /dev/null 2>&1
rm -f "$1"
sleep 0.005
' </em> {}</p><h1>4. 清理空目录并释放锁</h1><p>find "$CACHE_DIR" -mindepth 1 -type d -empty -delete 2>/dev/null
rm -f "$CLEANUP_LOCK"
echo "$(date -u) DONE" >> /var/log/cleanup.log</p>配合cron每日凌晨2点执行（避开业务高峰），并用logrotate管理日志。清理完成后发钉钉/Webhook通知，含清理量统计（du -sh /cache前后对比）。
