BR还原问题请教: BR:Restore:ErrRestoreChecksumMismatch

[TiDBer_j0lRZ0HO]

为提高效率，请提供以下信息，问题描述清晰能够更快得到解决：
【 TiDB 使用环境】
使用tiup部署集群，版本为v5.1.0
使用br进行备份还原，版本为v5.1.0

【概述】 场景 + 问题概述
使用br工具进行单个库的数据备份和还原，还原的时候当库中有备份时存在的表，报错BR:Restore:ErrRestoreChecksumMismatch

【问题】 当前遇到的问题
看官方文档有说还原时集群中不能有与备份数据相同的库表，想请教一下，如果在同一个集群里面做数据备份还原，因为要求还原时集群中不能有与备份数据相同的库表，在文档没看到Tidb支持对库的重命名，所以只能先删除所有要还原的库吗？(不考虑对所有表重命名，表很多)，如果在还原之前先把所有需要还原的库删掉，那还原失败了并且之前的库也被删掉了这种情况有啥补偿措施呢？

---

[Kongdom]

可以参考一下我们 小王同学 的回答~ 我这边建议是向全新集群还原。

使用BR恢复数据库时报failed to validate checksum异常

大致梳理了下过程 1.test 库建表插入数据 2.备份 3.在表中插入 3 条数据 4.在原环境中进行数据还原 如果是上述过程，你这边属于在线恢复，请按照官网进行操作，注意，在线恢复属于实验特性。 [image] 另外没有看到你这边有删除操作，如果是恢复操作，需要确认 运行 br restore 前检查新集群确保没有同名的表。 [image] 建议按照官网示例操作进行。 h…

[TiDBer_j0lRZ0HO]

如果是做原集群的备份还原，就只能先删除原来的存在的表吗？我看之前有个贴子也提过类似的问题，里面有同学建议在还原时有个可选参数，在还原时通过可选参数，方便用户可以基于实际情况自行选择恢复方式。br restore 细节咨询 不知道这个会不会加到计划中呀

[Kongdom]

嗯，我这边实践过，如果不删除，会出现数据失真的情况。
至于能否加到开发计划中，这个需要看后续安排~可以关注一下发版信息

br还原后查询出不符合where条件的记录

【 TiDB 使用环境】 【概述】将正式集群的br备份还原到测试集群，测试集群是有数据且正常使用的，两个集群数据库名称一致。 【背景】进行br备份还原，采用指定数据库的方式进行还原 【现象】 按主键查询，比如where id = ‘1’，会返回两条记录，一条是id为1的，一条是id为123的。 印象中有文档描述BR是只能向全新的集群进行还原，想求证一下，是否只能向全新集群还原？ 进行…

[TiDBer_j0lRZ0HO]

好滴~感谢回答

[Kongdom]

@HHHHHHULK

昨晚欧峰老师对上述 br 问题做了回答，现简单总结下：

1. br 恢复是不是按照一个个sst文件去恢复的。恢复是会读取 backupmeta 文件，里面存有所有要恢复的 schema 和 table 信息，恢复时会根据这些信息并发恢复数据。
2. 如果恢复时原表存在且有数据，br restore 并不会 drop table，而是继续恢复数据操作。当 br 认为恢复完成后，会去做 checksum 检查，这时候会报错，因为此时的文本数据已经和集群数据不一致了。所以在 br 恢复时需要确保原表原库已经不存在了，不然会出现恢复数据不一致的情况。
3. 在线集群恢复单库或者单表，从数据的角度是不会影响的，但是 br 操作会有额外的性能开销，尽量避免在业务高峰期去进行此类操作。

另外针对第二个恢复问题，闫彬彬老师提了个很好的建议：br 命令可以支持类似于 oracle impdp 中 TABLE_EXISTS_ACTION 这类可选参数，方便用户可以基于实际情况自行选择恢复方式。

@h5n1 这个问题当时老师有给出什么时候实现么？

[h5n1]

这个没有

[HHHHHHULK (好好学习，天天向上)]

TiDB老师之前说可选参数还原是个不错的想法，但是目前还没有排期。

个人认为未来很有可能会实现的