From e761c81ed9fecfd427ecad3feee0cb7ef6920254 Mon Sep 17 00:00:00 2001 From: Yu Juncen Date: Fri, 3 Sep 2021 15:14:58 +0800 Subject: [PATCH] =?UTF-8?q?br:=20rename=20=E5=91=BD=E4=BB=A4=20to=20?= =?UTF-8?q?=E8=BF=9B=E7=A8=8B?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- br/backup-and-restore-faq.md | 6 +++--- br/use-br-command-line-tool.md | 2 +- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/br/backup-and-restore-faq.md b/br/backup-and-restore-faq.md index af5a7f599fde..1c2bea35ce60 100644 --- a/br/backup-and-restore-faq.md +++ b/br/backup-and-restore-faq.md @@ -171,10 +171,10 @@ BR v4.0.9 备份统计信息使 BR 消耗过多内存，为保证备份过程正 如果不对表执行 `ANALYZE`，TiDB 会因统计信息不准确而选不中最优化的执行计划。如果查询性能不是重点关注项，可以忽略 `ANALYZE`。 -## 是否可以同时使用多个 BR 命令对单个集群进行恢复？ +## 是否可以同时使用多个 BR 进程对单个集群进行恢复？ -**强烈不建议**在单个集群中同时使用多个 BR 命令进行恢复，原因如下： +**强烈不建议**在单个集群中同时使用多个 BR 进程进行恢复，原因如下： -+ BR 在恢复数据时，会修改 PD 的一些全局配置。如果同时使用多个 BR 命令进行恢复，这些配置可能会被错误地覆写，导致集群状态异常。 ++ BR 在恢复数据时，会修改 PD 的一些全局配置。如果同时使用多个 BR 进程进行恢复，这些配置可能会被错误地覆写，导致集群状态异常。 + 因为 BR 在恢复数据的时候会占用大量集群资源，事实上并行恢复能获得的速度提升也非常有限。 + 多个 BR 并行恢复的场景没有经过测试，无法保证成功。 \ No newline at end of file diff --git a/br/use-br-command-line-tool.md b/br/use-br-command-line-tool.md index 9cd5a7ac32e4..6e0ee7728856 100644 --- a/br/use-br-command-line-tool.md +++ b/br/use-br-command-line-tool.md @@ -262,7 +262,7 @@ br backup raw --pd $PD_ADDR \ > > 使用共享存储可以避免这些情况。例如，在本地路径上安装 NFS，或使用 S3。利用这些网络存储，各个节点都可以自动读取每个 SST 文件，此时上述注意事项不再适用。 > -> 同时，请注意同一时间对同一个集群只能运行一个恢复任务，否则可能会出现非预期的行为，详见 [FAQ](/br/backup-and-restore-faq.md#是否可以同时使用多个-br-命令对单个集群进行恢复)。 +> 同时，请注意同一时间对同一个集群只能运行一个恢复任务，否则可能会出现非预期的行为，详见 [FAQ](/br/backup-and-restore-faq.md#是否可以同时使用多个-br-进程对单个集群进行恢复)。 ### 恢复全部备份数据