MySQL备份任务成功需验证退出码、文件有效性及时间连续性三方面：检查mysqldump退出码是否为0；用head、gzip -t和模拟导入校验SQL内容；通过时间戳命名、find查最新文件及3代轮转保障连续性，并集成Zabbix/Prometheus告警。
MySQL备份任务是否成功，不能只看文件有没有生成，关键得验证执行结果、文件有效性、时间连续性这三件事。靠人工查日志效率低还容易漏，用自动化方式监控才可靠。
检查mysqldump退出码是最直接的方法
mysqldump命令执行完会返回一个退出状态码（exit code），0表示成功，非0（比如2、127等）代表失败——这是最权威的判断依据。
- 在备份脚本末尾加一句：echo $? > /tmp/bak_result.txt，把上一条命令的退出码写入文件
- 配合crontab定时执行时，确保脚本有可执行权限：chmod +x backup.sh
- 不要依赖“文件存在就等于成功”，因为权限不足、磁盘满、连接中断等情况可能导致生成空文件或截断文件，但退出码一定是非0
验证备份文件内容和完整性
光有退出码还不够，得确认导出的SQL文件真能用。常见风险包括：空文件、语法错误、字符集乱码、缺少CREATE DATABASE语句等。
- 用head -n 20 backup.sql快速查看开头是否有
CREATE DATABASE或USE `xxx`，避免空备份 - 对gzip压缩包，先解压再校验：gzip -t backup.sql.gz（检测压缩完整性）
- 用mysql -u user -p -e "source backup.sql" > /dev/null 2>&1模拟导入（仅测试语法，不实际执行），配合
echo $?判断是否可解析
结合时间戳与文件轮转做连续性检查
单次成功不代表长期可靠。要防止备份脚本某天因路径变更、密码过期、磁盘满而静默失败，后续几天都没人发现。
- 备份文件名强制包含时间戳，例如：backup_$(date +\%Y\%m\%d_\%H\%M).sql.gz
- 监控脚本定期检查
/backup/目录下最新文件的修改时间：find /backup -name "backup_*.sql.gz" -mmin -70 | head -1，确认最近1小时内有新文件 - 搭配保留3代备份的轮转逻辑（backup.0 → backup.1 → backup.2），避免单点故障导致全部丢失
集成Zabbix或Prometheus做统一告警
把上述检查结果暴露为指标，接入现有监控平台，实现可视化+自动通知。
- Zabbix场景：在
zabbix_agentd.conf里添加自定义键值，例如：UserParameter=mysql.backup.status,cat /tmp/bak_result.txt - 配置触发器：当值≠0 或 文件超过60分钟未更新时，触发企业微信/邮件告警
- Prometheus场景：用
mysqld_exporter扩展或自写exporter，暴露mysql_backup_last_success_timestamp_seconds等指标
