为提高效率，请提供以下信息，问题描述清晰能够更快得到解决：
【TiDB 版本】
v4.0.10
【问题描述】
使用dumpling 针对mysql 库导出，并导入到新的集群中，会有那些影响？
如果不推荐使用dumpling，那么针对全局变量、用户数据、权限信息、tidb表如何迁移到新集群呢？
若提问为性能优化、故障排查类问题，请下载脚本运行。终端输出的打印结果，请务必全选并复制粘贴上传。
dumpling 默认不导出系统表，如果需要导入，可以通过 filter 进行配置。
https://github.com/pingcap/dumpling/pull/194
dumpling 的定义是数据导出工具（该工具可以把存储在 TiDB/MySQL 中的数据导出为 SQL 或者 CSV 格式，可以用于完成逻辑上的全量备份或者导出。）
你上面描述的全局变量、用户数据、权限等信息，看需求是要进行集群的备份恢复到另一个集群中，这个建议使用 BR工具。
https://docs.pingcap.com/zh/tidb/stable/backup-and-restore-tool
就是因为br不支持系统库的备份，所以才选择使用dumpling 来进行 一些系统数据库表的备份恢复。
或者说，一般针对于集群的恢复，除了生产数据，也就是用户的数据库之外。
针对于系统表做哪些备份可以使得新恢复的集群和旧的集群一致性更高。
这个帖子已经有回复了。麻烦看下。
嗯，麻烦了
嗯，我还想问一下就是使用dumpling 对mysql库导出，然后使用tilightning 的tidb+replace 方式导入的话，我这边目前没有发现严重的错误，但我想知道我们这边有没有一些已知的问题存在呢？
暂时没有，验证下权限正确即可。
好的，麻烦了
