【 TiDB 使用环境】测试
【 TiDB 版本】v6.5.9
【复现路径】在同一个集群上同时使用br运行备份、恢复任务。
【遇到的问题：问题现象及影响】备份恢复均可成功，与官方文档描述不符，如下图：
https://docs.pingcap.com/zh/tidb/stable/backup-and-restore-overview
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
【遇到的问题：问题现象及影响】备份恢复均可成功，与官方文档描述不符，如下图：
https://docs.pingcap.com/zh/tidb/stable/backup-and-restore-overview
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
1 个赞
你这算自问自答？
不支持的意思应该是指数据不安全吧。我们之前向非空库还原过，集群能正常启动，但数据都是乱的，无法正常使用。
有点自问自答的意思！ 
1 个赞
确定OK吗。 那这ACID 事务 怎么办
没有 我意思是应该以哪个为准 
不确定是否OK，现在就是不知道该以哪个为准，只是br能成功运行。
既然数据不安全，是不是让br的备份、恢复任务完全互斥更好一点呢。请问你是怎么验证出数据是乱的这种情况的呢？备份恢复的同一张表吗？
备份、恢复操作各持续多久？
数据量很小吗? 是并行操作的吗？
如果数据很小，持续时间很快完成，串行执行了吧？
已存在较早的备份文件。进行还原，同时进行备份，我理解的这样操作应该是避免的。应该不支持。
左边是备份(17:15:41 – 17:17:04)，右边是恢复(17:15:47 – 17:18:26)。
备份恢复各持续：1m23s，2m39s。
备份恢复数据量：1.386GB，2.005GB。
是并行。
最后一句没太看明白啥意思。
select c_no from table where c_no = 1，能查出来c_no等于2的记录。
我们当时是整个库还原。
估计做不到完全互斥，备份的时候怎么知道插入的数据是新增的还是还原的？
好需求，可以在需求版块提一下。
1 个赞
官方可以帮确认下
相当于你只是在非空库上跑了个恢复任务，并不是备份、恢复任务同时跑？
感觉数据会乱，文档里应该是这个意思
备份和恢复同时跑。备份的是之前的还是目前在恢复的数据的。备份的数据有对比过么？是备份了恢复之前的数据，还是恢复中的数据？
建议做一下备份的数据比对
像是个bug。能运行过去确实不合理。
是的，但是我觉得和同时恢复、备份是一样的。