Skip to content

Commit

Permalink
tikv: recorrect the descriptions on the feature region-split-size p…
Browse files Browse the repository at this point in the history
…art. (#15600)
  • Loading branch information
LykxSassinator authored Dec 22, 2023
1 parent fda4e78 commit 6cce09c
Show file tree
Hide file tree
Showing 2 changed files with 15 additions and 9 deletions.
12 changes: 9 additions & 3 deletions releases/release-6.1.0.md
Original file line number Diff line number Diff line change
Expand Up @@ -59,11 +59,17 @@ TiDB 版本:6.1.0

### 性能

* 支持自定义 Region 大小(实验特性)
* 支持自定义 Region 大小

设置更大的 Region 可以有效减少 Region 数量,降低 Region 管理成本,提升集群性能和稳定性。该特性引入 bucket 概念,即将每个 Region 划分为更小的区间 bucket。使用 bucket 作为并发查询单位能够优化 Region 调大时的查询性能,动态调整热点 Region 的大小来保证热点调度效率和负载均衡。该特性目前属于实验特性,不建议在生产环境使用
从 v6.1.0 起,你可以通过 [`coprocessor.region-split-size`](/tikv-configuration-file.md#region-split-size) 设置更大的 Region 从而有效减少 Region 数量,降低 Region 管理成本,提升集群性能和稳定性

[用户文档](/tune-region-performance.md)[#11515](https://github.com/tikv/tikv/issues/11515)
[用户文档](/tune-region-performance.md#使用-region-split-size-调整-region-大小)[#11515](https://github.com/tikv/tikv/issues/11515)

* 支持使用 bucket 增加并发(实验特性)

当 Region 调大以后,为了进一步提高查询的并发度,TiDB 引入 bucket 概念,即将每个 Region 划分为更小的区间 bucket。使用 bucket 作为并发查询单位能够优化 Region 调大时的查询性能,动态调整热点 Region 的大小来保证热点调度效率和负载均衡。该特性目前属于实验特性,不建议在生产环境使用。

[用户文档](/tune-region-performance.md#使用-region-split-size-调整-region-大小)[#11515](https://github.com/tikv/tikv/issues/11515)

* Raft Engine 存储引擎 GA

Expand Down
12 changes: 6 additions & 6 deletions tune-region-performance.md
Original file line number Diff line number Diff line change
Expand Up @@ -11,26 +11,26 @@ summary: 了解如何通过调整 Region 大小等方法对 Region 进行性能

TiKV 自动将底层数据进行[分片](/best-practices/tidb-best-practices.md#数据分片),所有数据按照 key 的范围划分为若干个 Region。当某个 Region 的大小超过一定限制后,TiKV 会将它分裂为多个 Region。

在大量数据的场景下,可能会出现 Region 数量过多,从而带来更多的资源开销和导致[性能回退](/best-practices/massive-regions-best-practices.md#性能问题)的问题。在固定数据量下,Region 越大,则 Region 个数越少。从 v6.1.0 开始,TiDB 支持设置自定义的 Region 大小。Region 默认的大小约为 96 MiB,将其调大可以减少 Region 个数。
在大量数据的场景下,如果 Region 较小,可能会出现 Region 数量过多的情况,从而带来更多的资源开销和导致[性能回退](/best-practices/massive-regions-best-practices.md#性能问题)的问题。从 v6.1.0 开始,TiDB 支持设置自定义的 Region 大小。Region 默认的大小约为 96 MiB,将其调大可以减少 Region 个数。

开启 [Hibernate Region](/best-practices/massive-regions-best-practices.md#方法四开启-hibernate-region-功能)[`Region Merge`](/best-practices/massive-regions-best-practices.md#方法五开启-region-merge) 也可以减少过多 Region 带来的性能开销。

## 使用 `region-split-size` 调整 Region 大小

> **警告**
> **注意**
>
> 自定义 Region 大小是在 TiDB v6.1.0 引入的实验特性,不建议在生产环境中配置。使用此特性的风险包括
> Region 大小的推荐范围为 [48MiB, 258MiB],常用的大小包括 96 MiB、128 MiB、256 MiB。不推荐将 Region 大小设置超过 1 GiB,强烈建议不超过 10 GiB。过大的 Region 可能带来以下影响
>
> + 更容易发生性能抖动
> + 性能抖动
> + 查询性能回退,尤其是大范围数据查询的性能会有回退。
> + 调度变慢。
Region 的大小可以通过 [`coprocessor.region-split-size`](/tikv-configuration-file.md#region-split-size) 进行设置。推荐的 Region 大小为 96 MiB、128 MiB、256 MiB。`region-split-size` 越大,性能会越容易发生抖动。不推荐将 Region 大小设置超过 1 GiB,强烈建议不超过 10 GiB。如果你使用了 TiFlash,则 Region 大小不能超过 256 MiB。如果使用 Dumpling 工具,则 Region 大小不能超过 1 GiB。Region 调大以后,使用 Dumpling 工具时,需要降低并发,否则 TiDB 会有 OOM 的风险。
Region 的大小可以通过 [`coprocessor.region-split-size`](/tikv-configuration-file.md#region-split-size) 进行设置。如果你使用了 TiFlash,则 Region 大小不能超过 256 MiB。如果使用 Dumpling 工具,则 Region 大小不能超过 1 GiB。Region 调大以后,使用 Dumpling 工具时,需要降低并发,否则 TiDB 会有 OOM 的风险。

## 使用 bucket 增加并发

> **警告:**
>
> 当前该功能为实验特性,不建议在生产环境中使用。
Region 调大以后,为了增加查询并发,应当设置 [`coprocessor.enable-region-bucket`](/tikv-configuration-file.md#enable-region-bucket-从-v610-版本开始引入)`true`。这个配置会将每个 Region 划分为更小的区间 bucket,并且以这个更小的区间作为并发查询单位,以提高扫描数据的并发度。bucket 的大小通过 [`coprocessor.region-bucket-size`](/tikv-configuration-file.md#region-bucket-size-从-v610-版本开始引入) 来控制。
Region 调大以后,如需进一步提高查询的并发度,可以设置 [`coprocessor.enable-region-bucket`](/tikv-configuration-file.md#enable-region-bucket-从-v610-版本开始引入)`true`。这个配置会将每个 Region 划分为更小的区间 bucket,并且以这个更小的区间作为并发查询单位,以提高扫描数据的并发度。bucket 的大小通过 [`coprocessor.region-bucket-size`](/tikv-configuration-file.md#region-bucket-size-从-v610-版本开始引入) 来控制。

0 comments on commit 6cce09c

Please sign in to comment.