Skip to content

Commit

Permalink
benchmark: add description to explain the non-index test result (ping…
Browse files Browse the repository at this point in the history
  • Loading branch information
TomShawn authored Mar 16, 2021
1 parent 930da86 commit 08edcd7
Show file tree
Hide file tree
Showing 3 changed files with 6 additions and 2 deletions.
4 changes: 4 additions & 0 deletions benchmark/v4.0-performance-benchmarking-with-tpch.md
Original file line number Diff line number Diff line change
Expand Up @@ -163,6 +163,10 @@ To avoid TiKV and TiFlash racing for disk and I/O resources, mount the two NVMe

## Test result

> **Note:**
>
> The tables on which SQL statements are executed in this test only have primary keys and do not have secondary indexes. Therefore, the test result below is not influenced by indexes.

| Query ID | v3.0 | v4.0 TiKV Only | v4.0 TiKV/TiFlash Automatically |
| :-------- | :----------- | :------------ | :-------------- |
| 1 | 7.78 s | 7.45 s | 2.09 s |
Expand Down
2 changes: 1 addition & 1 deletion geo-distributed-deployment-topology.md
Original file line number Diff line number Diff line change
Expand Up @@ -37,7 +37,7 @@ This section describes the key parameter configuration of the TiDB geo-distribut
- The label configuration:
Since TiKV is deployed across different data centers, if the physical machines go down, the Region Group might lose three of the default five replicas, which causes the cluster unavailability. To address this issue, you can configure the labels to enable the smart scheduling of PD, which ensures that the Region Group does not allow three replicas to be located in TiKV instances on the same machine in the same cabinet of the same data center.
Since TiKV is deployed across different data centers, if the physical machines go down, the Raft Group might lose three of the default five replicas, which causes the cluster unavailability. To address this issue, you can configure the labels to enable the smart scheduling of PD, which ensures that the Raft Group does not allow three replicas to be located in TiKV instances on the same machine in the same cabinet of the same data center.
- The TiKV configuration:
Expand Down
2 changes: 1 addition & 1 deletion hybrid-deployment-topology.md
Original file line number Diff line number Diff line change
Expand Up @@ -69,7 +69,7 @@ This section introduces the key parameters when you deploy multiple instances on
- The label scheduling configuration
Since multiple instances of TiKV are deployed on a single machine, if the physical machines go down, the Region Group might lose two of the default three replicas, which causes the cluster unavailability. To address this issue, you can use the label to enable the smart scheduling of PD, which ensures that the Region Group has more than two replicas in multiple TiKV instances on the same machine.
Since multiple instances of TiKV are deployed on a single machine, if the physical machines go down, the Raft Group might lose two of the default three replicas, which causes the cluster unavailability. To address this issue, you can use the label to enable the smart scheduling of PD, which ensures that the Raft Group has more than two replicas in multiple TiKV instances on the same machine.
- The TiKV configuration
Expand Down

0 comments on commit 08edcd7

Please sign in to comment.