基于 MySQL 8.0 Clone 插件，实现的一套自动化备份系统。
- 自动化全量 Clone 备份。
- 自动化 Binlog 增量备份。
- 过期备份自动清理。
- 备份信息 Dashboard 展示。
- 辅助基于时间点恢复数据。
正常维护，应用于公司部分线上环境。
- 已测试环境
- Python 3.7
- mysql Ver 8.0.31 for Linux on x86_64 (MySQL Community Server - GPL)
- CentOS Linux release 7.9.2009 (Core)
MySQL Clone Backup 是一款备份管理程序，依赖 MySQL 8.0 版本的 Clone 插件，对数据和日志文件进行备份，然后上传到 OSS 中，整个备份的过程以及备份信息都可以通过 Grafana 中的 Dashboard 查看，意味着它可以管理线下多套 MySQL 集群的备份。
- 首先进行环境检查，主要检查备份库是否安装 Clone 插件，元数据库中该实例是否存在。
- 当确认环境具备备份条件后，程序将调用 Clone 备份。
- 当 Clone 结束后，程序将对备份文件进行压缩。
- 压缩完成后，程序会调用 OSS 接口将备份文件上传到 OSS 中。
- 上传完成后，将清理本地的备份文件，如果失败则不清理，会修改任务状态说明失败原因。
- 检查 OSS 上该备份是否存在，检查本地备份文件是否已经清理。
- 检查完成后，备份任务状态修改为 Completed 任务结束。
日志备份程序继承全量备份的类，所以也会进行环境检查，然后进行以下步骤：
- 查询备份元数据库，判断是否对该实例进行过日志备份，如果有记录，获取最新的一次备份信息。
- 判断第一次日志备份，将进行 init 操作，会把本地 binlog 除最后一个外，全部上传。
- 经检查有历史备份记录，将根据最新的记录推断出新的备份列表，然后逐一上传。
每个备份任务都有一个字段表示过期时间，备份清理任务每天上午 09:30 执行一次，首先会将所有的备份过期时间减 1 天，然后将 overdue_day = 0 的备份删除，调用 OSS 接口清理掉。
线下有多套 MySQL ReplicaSet 集群，通过 MySQL Shell 管理。为了满足 3 级备份容灾要求（GB/T 20988-2007）研发该备份系统，对线下数据库的备份进行统一管理。
备份过程中，程序会实时更新备份状态，通过元数据库中的数据，配置 Backup Dashboard 更直观的查看备份信息。
下图是从元数据中心查询到的 Clone 备份信息：
下图是 Binlog 的备份信息，其中包含 Binlog 开始时间和结束时间：
如果想使用该程序管理线下 MySQL 的备份，可以参考下方部署文档，进行安装部署：
如果想了解 MySQL Clone 插件的工作原理及使用方式，可阅读下方文档：
MySQL Clone 基于时间点恢复操作方式，可阅读下方文档：
有任何问题，请与我联系。邮箱：huabing8023@126.com
欢迎提问题提需求，欢迎 Pull Requests！