From b217309993a4abfb25ed0b2a54aebaeefbb39f42 Mon Sep 17 00:00:00 2001 From: Grace Cai Date: Thu, 26 Dec 2024 13:14:27 +0800 Subject: [PATCH 1/4] Add temp.md --- temp.md | 1 + 1 file changed, 1 insertion(+) create mode 100644 temp.md diff --git a/temp.md b/temp.md new file mode 100644 index 0000000000000..af27ff4986a7b --- /dev/null +++ b/temp.md @@ -0,0 +1 @@ +This is a test file. \ No newline at end of file From 552b167b1a3bc4ca6091192c443adf57da93a99b Mon Sep 17 00:00:00 2001 From: Grace Cai Date: Thu, 26 Dec 2024 13:14:31 +0800 Subject: [PATCH 2/4] Delete temp.md --- temp.md | 1 - 1 file changed, 1 deletion(-) delete mode 100644 temp.md diff --git a/temp.md b/temp.md deleted file mode 100644 index af27ff4986a7b..0000000000000 --- a/temp.md +++ /dev/null @@ -1 +0,0 @@ -This is a test file. \ No newline at end of file From 088e85b71e51658f6ad948523332fe3410bb46ed Mon Sep 17 00:00:00 2001 From: qiancai Date: Thu, 26 Dec 2024 13:24:09 +0800 Subject: [PATCH 3/4] add translation --- br/backup-and-restore-overview.md | 2 +- br/br-pitr-guide.md | 8 ++++---- 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/br/backup-and-restore-overview.md b/br/backup-and-restore-overview.md index 516a0f04129d6..f728c0c6b54cc 100644 --- a/br/backup-and-restore-overview.md +++ b/br/backup-and-restore-overview.md @@ -94,7 +94,7 @@ Corresponding to the backup features, you can perform two types of restore: full #### Restore performance and impact on TiDB clusters -- Data restore is performed at a scalable speed. Generally, the speed is 100 MiB/s per TiKV node. For more details, see [Restore performance and impact](/br/br-snapshot-guide.md#performance-and-impact-of-snapshot-restore). +- Data restore is performed at a scalable speed. Generally, the speed is 1 GiB/s per TiKV node. For more details, see [Restore performance and impact](/br/br-snapshot-guide.md#performance-and-impact-of-snapshot-restore). - On each TiKV node, PITR can restore log data at 30 GiB/h. For more details, see [PITR performance and impact](/br/br-pitr-guide.md#performance-capabilities-of-pitr). ## Backup storage diff --git a/br/br-pitr-guide.md b/br/br-pitr-guide.md index 1268f69b5f2a0..8c86e1e919f09 100644 --- a/br/br-pitr-guide.md +++ b/br/br-pitr-guide.md @@ -105,17 +105,17 @@ The following steps describe how to clean up backup data that exceeds the backup ## Performance capabilities of PITR -- On each TiKV node, PITR can restore snapshot data (full restore) at a speed of 280 GB/h and log data (including meta files and KV files) at a speed of 30 GB/h. +- On each TiKV node, PITR can restore snapshot data (full restore) at a speed of 2 TiB/h and log data (including meta files and KV files) at a speed of 30 GiB/h. - BR deletes outdated log backup data (`tiup br log truncate`) at a speed of 600 GB/h. > **Note:** > > The preceding specifications are based on test results from the following two testing scenarios. The actual data might be different. > -> - Snapshot data restore speed = Snapshot data size / (duration * the number of TiKV nodes) -> - Log data restore speed = Restored log data size / (duration * the number of TiKV nodes) +> - Snapshot data restore speed = Total size of snapshot data on all TiKV nodes in the cluster / (duration * the number of TiKV nodes) +> - Log data restore speed = Total size of restored log data on all TiKV nodes in the cluster / (duration * the number of TiKV nodes) > -> The snapshot data size refers to the logical size of all KVs in a single replica, not the actual amount of restored data. BR restores all replicas according to the number of replicas configured for the cluster. The more replicas there are, the more data can be actually restored. +> External storage only contains KV data of a single replica. Therefore, the data size in external storage does not represent the actual data size restored in the cluster. BR restores all replicas according to the number of replicas configured for the cluster. The more replicas there are, the more data can be actually restored. > The default replica number for all clusters in the test is 3. > To improve the overall restore performance, you can modify the [`import.num-threads`](/tikv-configuration-file.md#import) item in the TiKV configuration file and the [`pitr-concurrency`](/br/use-br-command-line-tool.md#common-options) option in the BR command. From 2851805d7c3fa8b602534d76aeae390545892205 Mon Sep 17 00:00:00 2001 From: Grace Cai Date: Thu, 26 Dec 2024 13:30:02 +0800 Subject: [PATCH 4/4] Update br/br-pitr-guide.md --- br/br-pitr-guide.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/br/br-pitr-guide.md b/br/br-pitr-guide.md index 8c86e1e919f09..ef0f24f3d8bde 100644 --- a/br/br-pitr-guide.md +++ b/br/br-pitr-guide.md @@ -112,7 +112,7 @@ The following steps describe how to clean up backup data that exceeds the backup > > The preceding specifications are based on test results from the following two testing scenarios. The actual data might be different. > -> - Snapshot data restore speed = Total size of snapshot data on all TiKV nodes in the cluster / (duration * the number of TiKV nodes) +> - Snapshot data restore speed = Total size of restored snapshot data on all TiKV nodes in the cluster / (duration * the number of TiKV nodes) > - Log data restore speed = Total size of restored log data on all TiKV nodes in the cluster / (duration * the number of TiKV nodes) > > External storage only contains KV data of a single replica. Therefore, the data size in external storage does not represent the actual data size restored in the cluster. BR restores all replicas according to the number of replicas configured for the cluster. The more replicas there are, the more data can be actually restored.