TiDB 备份与恢复功能使用概述
本文介绍使用 TiDB 备份与恢复功能的最佳实践,包括如何选择备份方案、如何管理备份数据,以及如何安装和部署备份恢复工具。
使用概览
深入 TiDB 备份和恢复功能使用之前,建议先了解推荐的集群备份和恢复方案。
如何备份数据?
TiDB 支持两种类型的备份,应该使用哪种备份? 全量备份包含集群某个时间点的全量数据,日志备份包含业务写入在 TiDB 产生的数据变更记录。推荐这两种备份方式一起使用:
- 开启日志备份:运行
tiup br log start
命令来启动日志备份任务,任务会在每个 TiKV 节点上持续运行,以小批量的形式定期将 TiDB 变更数据备份到指定存储中。 - 定期执行快照(全量)备份:运行
tiup br backup full
命令来备份集群快照到备份存储,例如在每天零点进行集群快照备份。
如何管理备份数据?
BR 只提供备份和恢复的基础功能,尚不支持备份管理的功能,因此你需要自行规划备份数据的管理事项,可能包含以下的问题:
- 选择哪种备份存储系统?
- 数据备份的时候,备份数据应该放在什么目录下?
- 全量备份和日志备份的数据目录如何组织?
- 如何处理存储系统中历史备份数据?
下面是处理这些问题的推荐方式:
选择备份存储
Amazon S3、Google Cloud Storage (GCS)、Azure Blob Storage 是推荐的存储系统选择,使用这些系统,你无需担心备份容量、备份带宽规划等。
如果 TiDB 集群部署在自建机房中,则推荐以下方式:
- 搭建 MinIO 作为备份存储系统,使用 S3 协议将数据备份到 MinIO 中。
- 挂载 NFS(如 NAS)盘到 br 工具和所有的 TiKV 实例,使用 POSIX file system 接口将备份数据写入对应的 NFS 目录中。
组织备份数据目录
- 全量备份和日志备份保存在相同的目录下,方便统一管理,例如
backup-${cluster-id}
。 - 每个全量备份保存到命名带有备份日期的目录下,例如
backup-${cluster-id}/fullbackup-202209081330
。 - 日志备份数据保存在一个固定目录下,例如
backup-${cluster-id}/logbackup
。日志备份程序会在 logbackup 目录中每天切分出来一个新的子目录来区分每天的日志备份数据。
处理历史备份数据
假设你设置了备份保留期,即保存固定时间的备份数据,比如 7 天。请注意备份保留期的概念,后面使用教程中也会多次遇到。
- 进行 PITR 不仅需要恢复时间点之前的全量备份,还需要全量备份和恢复时间点之间的日志备份,因此,对于超过备份保留期的日志备份,应执行
tiup br log truncate
命令删除指定时间点之前的备份。建议只清理全量快照之前的日志备份。 - 对于超过备份保留期的全量备份,建议直接删除或者归档全量备份的目录。
如何恢复数据?
- 如果你只有全量备份数据,或者想恢复某个确定的全量备份,那么可以使用
tiup br restore
恢复指定的全量备份。 - 如果你按照以上推荐的的方式进行备份,那么你可以使用
tiup br restore point
恢复到备份保留期内任意时间点。
部署和使用 BR
使用备份恢复功能的部署要求如下:
- BR、TiKV 节点和备份存储系统需要提供大于备份速度的的网络带宽。当集群特别大的时候,备份和恢复速度上限受限于备份网络的带宽。
- 备份存储系统还需要提供足够的写入/读取性能 (IOPS),否则它有可能成为备份恢复时的性能瓶颈。
- TiKV 节点需要为备份准备至少额外的两个 CPU core 和高性能的磁盘,否则备份将对集群上运行的业务产生影响。
- 推荐 br 工具运行在 8 核+/16 GB+ 的节点上。
目前支持以下几种方式来使用 BR。
通过命令行工具(推荐)
TiDB 支持使用 br 工具进行备份恢复。
安装方法可以使用 TiUP 在线安装:
tiup install br
。了解如何使用
br
命令行工具进行备份与恢复,请参阅:
通过 SQL 语句
TiDB 支持使用 SQL 语句进行全量快照备份和恢复:
BACKUP
进行全量快照数据备份。RESTORE
进行快照备份恢复。SHOW BACKUPS|RESTORES
查看备份恢复的进度。
在 Kubernetes 环境下通过 TiDB Operator
在 Kubernetes 环境下,支持通过 TiDB Operator 支持以 S3、GCS、Azure blob storage 作为备份存储,并从这些存储系统中恢复备份数据。使用文档请参阅使用 TiDB Operator 进行备份恢复。