From 558de5d8218e4fb8f401642d0fa5b79933e3c3b4 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 e0e5bf4d417b331c47d219aacd7ff691114dea69 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 924984cc950b3e07dd05b259e2e018ae93888e01 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 a0f04b90fe598..d7abf996ae27e 100644 --- a/br/backup-and-restore-overview.md +++ b/br/backup-and-restore-overview.md @@ -93,7 +93,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 707f4815e4df8..ebbf824ba9bb3 100644 --- a/br/br-pitr-guide.md +++ b/br/br-pitr-guide.md @@ -104,17 +104,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 d3c1f1aae7fd7f30f4402770c8eda8eae846a102 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 ebbf824ba9bb3..9f483934d4113 100644 --- a/br/br-pitr-guide.md +++ b/br/br-pitr-guide.md @@ -111,7 +111,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.