TiDB 备份与恢复功能使用概述
本文介绍使用 TiDB 备份与恢复功能的最佳实践，包括如何选择备份方案、如何管理备份数据，以及如何安装和部署备份恢复工具。
使用概览
深入 TiDB 备份和恢复功能使用之前，建议先了解推荐的集群备份和恢复方案。
如何备份数据？
TiDB 支持两种类型的备份，应该使用哪种备份？ 全量备份包含集群某个时间点的全量数据，日志备份包含业务写入在 TiDB 产生的数据变更记录。推荐这两种备份方式一起使用：
- 开启日志备份：运行
br log start命令来启动日志备份任务，任务会在每个 TiKV 节点上持续运行，以小批量的形式定期将 TiDB 变更数据备份到指定存储中。 - 定期执行快照（全量）备份：运行
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 不仅需要恢复时间点之前的全量备份，还需要全量备份和恢复时间点之间的日志备份，因此，对于超过备份保留期的日志备份，应执行
br log truncate命令删除指定时间点之前的备份。建议只清理全量快照之前的日志备份。 - 对于超过备份保留期的全量备份，建议直接删除或者归档全量备份的目录。
如何恢复数据？
- 如果你只有全量备份数据，或者想恢复某个确定的全量备份，那么可以使用
br restore恢复指定的全量备份。 - 如果你按照以上推荐的的方式进行备份，那么你可以使用
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 进行备份恢复。