【TiDB 使用环境】 测试
【TiDB 版本】
【操作系统】
【部署方式】云上部署（什么云）/机器部署（什么机器配置、什么硬盘）
【集群数据量】
【集群节点数】
【问题复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
flashback官方文档说过程中一直会等到成功为止，那不会失败吗？使用起来有什么风险？
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【复制黏贴 ERROR 报错的日志】
【其他附件：截图/日志/监控】
gc时间内flashback还是挺快的，不过gc时间长了，历史版本保存的多了，对查询性能影响比较大。
关于风险，在文档中有描述
https://docs.pingcap.com/zh/tidb/stable/sql-statement-flashback-cluster/#flashback-cluster
v6.5版本 flashback cluster 的时间段内不能有DDL，否则会报错
这个 flashback cluster语句一定会成功吗？文档说会一直重试直至成功，会不会有一直失败然后一直重试的情况呢
会，感觉如果没有人为介入，会一直重试。
此功能在设计上具有较高的可靠性，能够快速恢复因误操作导致的数据错误。然而，它也存在一些限制和风险，如依赖 GC 生命周期、执行期间的限制、不支持部分回滚、DDL 操作限制、元信息回滚问题、大事务处理问题以及版本兼容性问题。因此，在使用 Flashback Cluster 时，用户需要充分了解其特性和限制，并在实际环境中进行充分的测试和验证
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。
