备份恢复一个新集群,是否需要恢复系统表?

为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:

【TiDB 版本】
v4.0.10
【问题描述】
想通过备份恢复操作,来恢复一个与源集群完全一样的集群(包括系统库表),现在有以下几点疑问?
1、br不支持 系统库表的备份,如果想备份系统库表是否只能通过dumpling 和 外部工具呢?
2、官方不推荐备份恢复系统表,会导致新集群会和旧集群会有不一致的方面吗?
3、还是说系统表会在 新集群中重新通过统计数据库 产生和旧集群相同的数据呢?

或者说,如果我想恢复一个和现有集群一致的集群,那些系统数据是有必要备份恢复的呢?

若提问为性能优化、故障排查类问题,请下载脚本运行。终端输出的打印结果,请务必全选并复制粘贴上传。

恢复业务数据即可,系统表只有user需要恢复

mysql 也没有备份系统表并恢复的需求

那比如创建的视图、还有一些设置的全局变量等,这些都需要在新集群中重新创建吗?

  1. dumpling 和 lightning 支持 view 的导入导出,在v4.0.9版本后
    https://github.com/pingcap/tidb-lightning/pull/417
  2. 全局变量如果是新建的,应该是要重新设置一下。

就是想问一下,我们这边有没有比较完整备份恢复集群的方案,让不用过多的操作,就可以使用到和之前集群没有差别的新集群。
问题有:我们现在的br恢复是不进行 统计信息的更新的,那这些我是不是可以通过迁移对应的信息表完成。当然不仅限于视图、全局变量这些,还有一些我没有考虑到的。
我们这边有此要求的方案或者资料吗。

暂时没有,目前 br 对于系统表是不进行备份的,对于统计信息是会备份的。

有一些系统信息,比如 cluster_info 等我们认为是没有必要备份的,两套数据库不可能完全一样。另外统计信息是会进行备份的。如果有强烈需求可以去 GitHub 上提一个需求的。https://github.com/pingcap/br