MySQL数据库在运行过程中会定期生成全量备份和增量备份文件，这些文件如果长期不清理会持续占用磁盘空间，甚至可能导致磁盘满引发数据库服务异常。合理的过期备份清理机制是保障MySQL运行环境稳定的重要环节，核心是通过find命令筛选符合过期条件的文件，再结合保留周期策略和定时任务实现自动化清理。
备份文件的存储规范
要实现精准的过期文件清理，首先需要统一MySQL备份文件的存储路径和命名规则，避免清理时误删其他文件。建议将备份文件统一存放在固定目录，比如/data/mysql_backup/，文件命名包含备份时间和类型标识，例如全量备份命名为full_backup_20240520.sql，增量备份命名为incr_backup_20240520_1200.sql，这样后续通过find命令筛选时可以通过文件名规则进一步缩小范围。
find命令筛选过期备份文件
find命令是Linux系统中用于查找文件的常用工具，我们可以通过它的时间参数筛选超过保留周期的备份文件。假设我们设置全量备份保留30天，增量备份保留7天，对应的筛选命令如下：
筛选过期全量备份文件
# 查找/data/mysql_backup/目录下，文件名以full_backup开头，修改时间超过30天的文件 find /data/mysql_backup/ -name "full_backup_*.sql" -mtime +30 -type f
筛选过期增量备份文件
# 查找/data/mysql_backup/目录下，文件名以incr_backup开头，修改时间超过7天的文件 find /data/mysql_backup/ -name "incr_backup_*.sql" -mtime +7 -type f
上面的命令中，-name用于匹配文件名规则，-mtime +N表示筛选修改时间超过N天的文件，-type f表示只筛选普通文件，避免误删目录。如果需要先测试筛选结果是否正确，可以先执行上面的命令查看输出的文件列表，确认没有误选需要的文件。
配置保留周期策略
保留周期的设置需要结合业务需求和数据恢复要求，不同场景的策略可以参考下表：
| 备份类型 | 建议保留周期 | 适用场景 |
|---|---|---|
| 全量备份 | 30-90天 | 核心业务数据库，需要支持较长时间范围的数据恢复 |
| 增量备份 | 7-15天 | 全量备份间隔较短，增量仅用于补充中间时间点的数据 |
| 测试环境备份 | 3-7天 | 测试环境数据可快速重新生成，无需长期保留 |
确定好保留周期后，将对应的天数参数填入find命令的-mtime参数中即可。如果需要同时清理多种类型的过期备份，可以把多个find命令放到同一个脚本中执行。
编写清理脚本
我们可以编写一个shell脚本来整合筛选和删除逻辑，同时添加日志功能记录清理过程，方便后续排查问题。脚本内容如下：
#!/bin/bash
# MySQL过期备份清理脚本
# 定义备份目录和日志路径
BACKUP_DIR="/data/mysql_backup/"
LOG_FILE="/var/log/mysql_backup_clean.log"
# 定义保留周期，单位：天
FULL_BACKUP_KEEP_DAYS=30
INCR_BACKUP_KEEP_DAYS=7
# 记录清理开始时间
echo "$(date '+%Y-%m-%d %H:%M:%S') 开始清理过期MySQL备份文件" >> $LOG_FILE
# 清理过期全量备份
echo "$(date '+%Y-%m-%d %H:%M:%S') 清理超过${FULL_BACKUP_KEEP_DAYS}天的全量备份" >> $LOG_FILE
find $BACKUP_DIR -name "full_backup_*.sql" -mtime +$FULL_BACKUP_KEEP_DAYS -type f -print -delete >> $LOG_FILE 2>&1
# 清理过期增量备份
echo "$(date '+%Y-%m-%d %H:%M:%S') 清理超过${INCR_BACKUP_KEEP_DAYS}天的增量备份" >> $LOG_FILE
find $BACKUP_DIR -name "incr_backup_*.sql" -mtime +$INCR_BACKUP_KEEP_DAYS -type f -print -delete >> $LOG_FILE 2>&1
# 记录清理结束时间
echo "$(date '+%Y-%m-%d %H:%M:%S') 过期MySQL备份文件清理完成" >> $LOG_FILE
echo "----------------------------------------" >> $LOG_FILE
脚本中-print参数会输出被删除的文件路径，-delete参数会直接删除筛选出的文件，删除操作会记录到日志文件中。注意在执行脚本前，一定要先去掉-delete参数测试筛选结果，确认无误后再添加删除参数正式运行。
配置定时任务
清理脚本编写完成后，需要通过crontab配置定时执行，建议设置在凌晨业务低峰期运行，比如每天凌晨3点执行。执行crontab -e命令添加如下定时任务：
# 每天凌晨3点执行MySQL备份清理脚本 0 3 * * * /bin/bash /opt/scripts/mysql_backup_clean.sh
添加完成后可以通过crontab -l命令查看定时任务是否配置成功。如果需要调整执行频率，可以修改crontab的时间参数，比如每周执行一次可以设置为0 3 * * 0。
注意事项
- 清理前一定要做好备份文件的冗余存储，比如将重要备份同步到其他服务器，避免清理后无法恢复数据
- find命令的路径和文件名规则要和实际备份的存储规则完全匹配，避免误删其他文件
- 定期查看清理日志，确认定时任务正常执行，没有出现异常错误
- 如果MySQL备份文件是通过压缩工具生成的，比如后缀为
.sql.gz，需要对应调整find命令的-name参数匹配规则
重要提醒：初次配置完成后，建议手动执行一次清理脚本（不带删除参数），确认筛选的文件都是需要清理的过期备份，再开启正式的定时清理任务，避免误操作导致数据丢失。