From e648260660c2b10a5d7b9b5e77315f44b477d144 Mon Sep 17 00:00:00 2001 From: Ti Chi Robot Date: Thu, 10 Mar 2022 16:59:50 +0800 Subject: [PATCH] revise an expression in "Highly Concurrent Write Best Practices" (#7487) (#7825) --- best-practices/high-concurrency-best-practices.md | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/best-practices/high-concurrency-best-practices.md b/best-practices/high-concurrency-best-practices.md index 1e9ac7d1a6aff..62fa93f5527e8 100644 --- a/best-practices/high-concurrency-best-practices.md +++ b/best-practices/high-concurrency-best-practices.md @@ -38,11 +38,13 @@ TiDB splits data into Regions, each representing a range of data with a size lim ![TiDB Data Overview](/media/best-practices/tidb-data-overview.png) -In theory, by the virtue of this architecture, TiDB can linearly scale its read and write capacities and make full use of the distributed resources so long as there is no `AUTO_INCREMENT` primary key in the write scenario, or there is no monotonically increasing index. From this point of view, TiDB is especially suitable for the highly-concurrent and write-intensive scenario. However, the actual situation often differs from the theoretical assumption. +In theory, if an application has no write hotspot, TiDB, by the virtue of its architecture, can not only linearly scale its read and write capacities, but also make full use of the distributed resources. From this point of view, TiDB is especially suitable for the high-concurrent and write-intensive scenario. + +However, the actual situation often differs from the theoretical assumption. > **Note:** > -> No `AUTO_INCREMENT` primary key in the write scenario or no monotonically increasing index means no write hotspot in the application. +> No write hotspot in an application means the write scenario does not have any `AUTO_INCREMENT` primary key or monotonically increasing index. ## Hotspot case