感觉不太一样呢，既然是快照备份，只要备份任务比恢复任务先启动，那备份就不会受恢复任务的影响吧。而且如果恢复之前把所有库都删掉，恢复任务应该不会受影响。这么看好像又是可行的呢。 
目前来看，就是备的启动备份命令那一刻的全量数据。试了下，启动备份命令后，在任务运行过程中将所有非系统表删掉，备份数据没问题（各个表的行数是ok的）。
单体数据库应该是没影响，分布式数据库，如果恢复节点顺序和还原节点顺序不一样，可能会存在一个节点上只有恢复，一个节点上只有备份。
没太懂 恢复和还原不是一个意思么
说错了，是还原和备份 
这个对最终的备份、恢复结果会有什么影响么？不同节点的数据不是可以通过raft协议进行同步么。
比如一份数据在A\B\C三个节点上都有存储，备份按ABC的顺序备份，还原按CBA的顺序还原，备份到C节点时这个C节点可能是还原之后的数据了。 实际处理逻辑不知道有没有控制，单纯从分布式上来说，我觉得是有这种可能的。
目前从产品层面没有硬性限制， 但是如果备份正在恢复的表，可能会导致该备份集不可用，如果使用这个备份集再进行恢复的话，查询时可能会有 Default Not Found 一类的异常。
目前内部已反馈文档优化，后续会改为：“不建议备份正在恢复的表，可能会导致备份集不可用”
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。