br可以恢复特定的表到生产环境中么?

tidb version:v5.3.0

问题:
从tidb测试环境用br备份一张表,能不能直接恢复这张表到生产环境tidb中(在线不停机方式)?

br 恢复的时候,必须是同库名,同表名,可以不停机,但是对生产会有些影响的,因为tikv 要执行数据导入,需要IO,内存,cpu ,网络资源等等

注意,br是物理备份,不是逻辑备份。物理备份恢复的时候,不可能不停机的。

这个场景是不是几乎可以认为线上表可以直接用测试环境表替换,那可能用数据导入工具更合适。
https://docs.pingcap.com/zh/tidb/stable/tidb-lightning-overview


环境不通的话,表不是太大,粗暴点用 mysqldump+source 也可以啊,影响都会小一点。
避免极端情况,请一定要对线上表做备份或者复制,如果有问题,切个表名就恢复了。
当然,一定要用BR,也可以考虑,但不建议。

  1. 备份到网络盘减少压力

    https://docs.pingcap.com/zh/tidb/stable/backup-and-restore-use-cases#将单表数据备份到网络盘推荐生产环境使用
  2. 直接从某个存储恢复

    https://docs.pingcap.com/zh/tidb/stable/br-usage-restore#恢复单张表的数据
    不过注意 BR 恢复的性能影响:

    https://docs.pingcap.com/zh/tidb/stable/br-usage-restore#恢复性能和影响

https://docs.pingcap.com/zh/tidb/stable/backup-and-restore-overview#:~:text=%23609%20问题)-,%E4%BD%BF%E7%94%A8%E5%BB%BA%E8%AE%AE,-%E4%B8%8B%E9%9D%A2%E6%98%AF%E4%BD%BF%E7%94%A8

不建议恢复到在线集群。

单张表迁移 Dumpling(把存储在 TiDB 或 MySQL 中的数据导出为 SQL 或 CSV 格式)+Lightning(将全量数据高速导入到 TiDB 集群),逻辑导出导入

如果是大表的情况下,通过lightning方式太慢了