断点备份

    为了尽可能继续上一次的备份，从 TiDB v6.5.0 起，备份恢复特性引入了断点备份的功能，此功能默认开启。开启该功能后，备份在意外退出后可以保留上一次备份的大部分进度。

    如果你的 TiDB 集群规模很大，无法接受备份失败后需要重新备份的情况，那么，你可以开启断点备份功能。开启该功能后，br 工具会定期记录已备份的分片，使得在下一次重试备份时回到离上一次退出时较近的进度。

    断点备份功能依赖于 GC 机制，且无法恢复所有已备份的数据，具体描述如下。

    在备份过程中，br 命令行工具会定期向 PD 更新备份 snapshot 的 ，从而避免在备份过程中数据被 GC。当 br 工具退出后，PD 中备份 snapshot 的 gc-safepoint 将无法及时更新。因此，在下一次重试备份前，数据有可能已经被 GC。

    例如，设置 gcttl 为 15 小时（54000 秒）来延长 的保留时间：

    注意

    快照备份结束后会将备份前创建的 gc-safepoint 删除，不需要手动删除。

    部分数据需要重新备份

    在重试备份时，部分已备份的数据可能需要重新备份，包括正在备份的数据和还未被断点记录的数据。

    • 如果 br 工具进程被系统中断，那么 br 将无法把已备份的数据元信息持久化到外部存储中。br 工具持久化已备份的数据元信息的周期为 30 秒，因此大约最近 30 秒内的已完成备份的数据无法持久化到外部存储，在下次重试时需要重新备份。

    在快照备份过程中，br 工具将表编码成对应的键空间，并生成备份的 RPC 请求发送给所有 TiKV 节点。接收到备份请求后，TiKV 节点会选择请求范围内的数据进行备份。每当 TiKV 节点备份完一个 region 级别的数据，就会返回给 br 工具这段范围相关的备份信息。

    通过记录这些返回的备份信息，br 工具能够及时获知已备份完成的键范围。断点备份功能会定期将这些新增的相关备份信息上传至外部存储中，从而持久化存储该备份任务已完成的键范围。

    在重试备份时，br 工具会从外部存储读取已经备份的键范围，再与所需备份的键范围做比较，获得一个差集，从而得出断点备份还需要备份的键范围。