开始已废弃的功能： – 从 v8.2.0 开始，TiDB 的配置项 enable-replica-selector-v2 被废弃。向 TiKV 发送 RPC 请求时，默认 使用新版本的 Region 副本选择器。 – 从 v8.2.0 开始，BR 快照恢复参数 --concurrency 被废弃。作为替代，你可以通过--tikv-max-restore �→ -concurrency 配置快照恢复阶段单个 1010 图 100: 详情 5. 基于这些初步线索，进一步在SQL 语句分析或慢查询界面中了解该 SQL 语句开销大量 CPU 资源、或扫大 量数据的详细原因。 除此以外： • 你可以在时间选择器中调整时间范围，或在图表中框选一个时间范围，来更精确、细致地观察问题。更 小的时间范围将能提供细节更丰富的数据，数据最高精度可达 1 秒。 1011 图 101: 修改时间范围 • 如果图表中显示的数据已过时，你可以点击刷新 持，取而代之的是效率更高的 DISTRIBUTED GC 模式（自 TiDB 3.0 起的默认 GC 模式）。 如果要了解 TiDB 历史版本中 GC 配置的变化信息，请使用左侧导航栏中的 “TIDB 版本选择器” 切换到本文档 的历史版本。 TiDB 6.1.0 引入的变化 1156 在 TiDB 6.1.0 之前的版本中，TiDB 内部事务不会影响 GC safe point 推进。从 TiDB 6

. �→ enable �→ - �→ replica �→ - �→ selector �→ -v2 新增 控制给 TiKV 发送 RPC 请求时， 是否使用 新版本的 Region 副本 选择器。 默认值为 true。 49 配置文件 配置项 修改类型 描述 TiKV log- �→ backup �→ . �→ initial �→ -scan- �→ rate- �→ limit 990 图 98: 详情 5. 基于这些初步线索，进一步在SQL 语句分析或慢查询界面中了解该 SQL 语句开销大量 CPU 资源、或扫大 量数据的详细原因。 除此以外： • 你可以在时间选择器中调整时间范围，或在图表中框选一个时间范围，来更精确、细致地观察问题。更 小的时间范围将能提供细节更丰富的数据，数据最高精度可达 1 秒。 991 图 99: 修改时间范围 • 如果图表中显示的数据已过时，你可以点击刷新 持，取而代之的是效率更高的 DISTRIBUTED GC 模式（自 TiDB 3.0 起的默认 GC 模式）。 如果要了解 TiDB 历史版本中 GC 配置的变化信息，请使用左侧导航栏中的 “TIDB 版本选择器” 切换到本文档 的历史版本。 TiDB 6.1.0 引入的变化 1130 在 TiDB 6.1.0 之前的版本中，TiDB 内部事务不会影响 GC safe point 推进。从 TiDB 6

Indexes/sec（平均每秒扫描索引数）等。 1074 图 101: 详情 5. 基于这些初步线索，进一步在SQL 语句分析或慢查询界面中了解该 SQL 语句开销大量 CPU 资源、或扫大 量数据的详细原因。 你可以在时间选择器中调整时间范围，或在图表中框选一个时间范围，来更精确、细致地观察问题。更 小的时间范围将能提供细节更丰富的数据，数据最高精度可达 1 秒。 1075 图 102: 修改时间范围 如果图表中显示的数据已过时，你可以点击刷新 持，取而代之的是效率更高的 DISTRIBUTED GC 模式（自 TiDB 3.0 起的默认 GC 模式）。 1222 如果要了解 TiDB 历史版本中 GC 配置的变化信息，请使用左侧导航栏中的 “TIDB 版本选择器” 切换到本文档 的历史版本。 TiDB 6.1.0 引入的变化 在 TiDB 6.1.0 之前的版本中，TiDB 内部事务不会影响 GC safe point 推进。从 TiDB 6.1.0 版本起，计算 0 开始，该配置项被废弃。给 TiKV 发送 RPC 请求时，默认使用新版本的 Region 副本选择 器。 • 用于控制给 TiKV 发送 RPC 请求时，是否使用新版本的 Region 副本选择器。 • 默认值：true 14.7.1.9 tikv-client.copr-cache 从 v4.0.0 版本开始引入 本部分介绍 Coprocessor Cache 相关的配置项。 14

Indexes/sec（平均每秒扫描索引数）等。 1329 图 131: 详情 5. 基于这些初步线索，进一步在SQL 语句分析或慢查询界面中了解该 SQL 语句开销大量 CPU 资源、或扫大 量数据的详细原因。 你可以在时间选择器中调整时间范围，或在图表中框选一个时间范围，来更精确、细致地观察问题。更 小的时间范围将能提供细节更丰富的数据，数据最高精度可达 1 秒。 1330 图 132: 修改时间范围 如果图表中显示的数据已过时，你可以点击刷新 持，取而代之的是效率更高的 DISTRIBUTED GC 模式（自 TiDB 3.0 起的默认 GC 模式）。 如果要了解 TiDB 历史版本中 GC 配置的变化信息，请使用左侧导航栏中的 “TIDB 版本选择器” 切换到本文档 的历史版本。 TiDB 6.1.0 引入的变化 在 TiDB 6.1.0 之前的版本中，TiDB 内部事务不会影响 GC safe point 推进。从 TiDB 6.1.0 版本起，计算 0 开始，该配置项被废弃。给 TiKV 发送 RPC 请求时，默认使用新版本的 Region 副本选择 器。 • 用于控制给 TiKV 发送 RPC 请求时，是否使用新版本的 Region 副本选择器。 • 默认值：true 14.7.1.9 tikv-client.copr-cache 从 v4.0.0 版本开始引入 本部分介绍 Coprocessor Cache 相关的配置项。 14

974 图 98: 详情 5. 基于这些初步线索，进一步在SQL 语句分析或慢查询界面中了解该 SQL 语句开销大量 CPU 资源、或扫大 量数据的详细原因。 除此以外： • 你可以在时间选择器中调整时间范围，或在图表中框选一个时间范围，来更精确、细致地观察问题。更 小的时间范围将能提供细节更丰富的数据，数据最高精度可达 1 秒。 975 图 99: 修改时间范围 • 如果图表中显示的数据已过时，你可以点击刷新 持，取而代之的是效率更高的 DISTRIBUTED GC 模式（自 TiDB 3.0 起的默认 GC 模式）。 如果要了解 TiDB 历史版本中 GC 配置的变化信息，请使用左侧导航栏中的 “TIDB 版本选择器” 切换到本文档 的历史版本。 TiDB 6.1.0 引入的变化 1114 在 TiDB 6.1.0 之前的版本中，TiDB 内部事务不会影响 GC safe point 推进。从 TiDB 6 enable-replica-selector-v2 从 v8.0.0 版本开始引入 警告： 该配置项可能会在未来版本中废弃，不要修改该配置。 • 用于控制给 TiKV 发送 RPC 请求时，是否使用新版本的 Region 副本选择器。 • 默认值：true 14.7.1.9 tikv-client.copr-cache 从 v4.0.0 版本开始引入 本部分介绍 Coprocessor Cache 相关的配置项。 14

749 图 80: 详情 5. 基于这些初步线索，进一步在SQL 语句分析或慢查询界面中了解该 SQL 语句开销大量 CPU 资源、或扫大 量数据的详细原因。 除此以外： • 你可以在时间选择器中调整时间范围，或在图表中框选一个时间范围，来更精确、细致地观察问题。更 小的时间范围将能提供细节更丰富的数据，数据最高精度可达 1 秒。 750 图 81: 修改时间范围 • 如果图表中显示的数据已过时，你可以点击刷新 持，取而代之的是效率更高的 DISTRIBUTED GC 模式（自 TiDB 3.0 起的默认 GC 模式）。 如果要了解 TiDB 历史版本中 GC 配置的变化信息，请使用左侧导航栏中的 “TIDB 版本选择器” 切换到本文档 的历史版本。 TiDB 6.1.0 引入的变化 在 TiDB 6.1.0 之前的版本中，TiDB 内部事务不会影响 GC safe point 推进。从 TiDB 6.1.0 版本起，计算 TiKV 实例总的写入 keys • Hot cache write entry number：每个 TiKV 实例进入热点统计模块的 peer 的数量 • Selector events：热点调度中选择器的事件发生次数 • Direction of hotspot move leader：热点调度中 leader 的调度方向，正数代表调入，负数代表调出 • Direction of hotspot

964 图 98: 详情 5. 基于这些初步线索，进一步在SQL 语句分析或慢查询界面中了解该 SQL 语句开销大量 CPU 资源、或扫大 量数据的详细原因。 除此以外： • 你可以在时间选择器中调整时间范围，或在图表中框选一个时间范围，来更精确、细致地观察问题。更 小的时间范围将能提供细节更丰富的数据，数据最高精度可达 1 秒。 965 图 99: 修改时间范围 • 如果图表中显示的数据已过时，你可以点击刷新 持，取而代之的是效率更高的 DISTRIBUTED GC 模式（自 TiDB 3.0 起的默认 GC 模式）。 如果要了解 TiDB 历史版本中 GC 配置的变化信息，请使用左侧导航栏中的 “TIDB 版本选择器” 切换到本文档 的历史版本。 TiDB 6.1.0 引入的变化 在 TiDB 6.1.0 之前的版本中，TiDB 内部事务不会影响 GC safe point 推进。从 TiDB 6.1.0 版本起，计算 TiKV 实例总的写入 keys • Hot cache write entry number：每个 TiKV 实例进入热点统计模块的 peer 的数量 • Selector events：热点调度中选择器的事件发生次数 • Direction of hotspot move leader：热点调度中 leader 的调度方向，正数代表调入，负数代表调出 • Direction of hotspot

907 图 95: 详情 5. 基于这些初步线索，进一步在SQL 语句分析或慢查询界面中了解该 SQL 语句开销大量 CPU 资源、或扫大 量数据的详细原因。 除此以外： • 你可以在时间选择器中调整时间范围，或在图表中框选一个时间范围，来更精确、细致地观察问题。更 小的时间范围将能提供细节更丰富的数据，数据最高精度可达 1 秒。 908 图 96: 修改时间范围 • 如果图表中显示的数据已过时，你可以点击刷新 持，取而代之的是效率更高的 DISTRIBUTED GC 模式（自 TiDB 3.0 起的默认 GC 模式）。 1043 如果要了解 TiDB 历史版本中 GC 配置的变化信息，请使用左侧导航栏中的 “TIDB 版本选择器” 切换到本文档 的历史版本。 TiDB 6.1.0 引入的变化 在 TiDB 6.1.0 之前的版本中，TiDB 内部事务不会影响 GC safe point 推进。从 TiDB 6.1.0 版本起，计算 TiKV 实例总的写入 keys • Hot cache write entry number：每个 TiKV 实例进入热点统计模块的 peer 的数量 • Selector events：热点调度中选择器的事件发生次数 • Direction of hotspot move leader：热点调度中 leader 的调度方向，正数代表调入，负数代表调出 2528 • Direction of hotspot

TiKV 实例总的写入 keys • Hot cache write entry number：每个 TiKV 实例进入热点统计模块的 peer 的数量 • Selector events：热点调度中选择器的事件发生次数 • Direction of hotspot move leader：热点调度中 leader 的调度方向，正数代表调入，负数代表调出 • Direction of hotspot 持，取而代之的是效率更高的 DISTRIBUTED GC 模式（自 TiDB 3.0 起的默认 GC 模式）。 如果要了解 TiDB 历史版本中 GC 配置的变化信息，请使用左侧导航栏中的 “TIDB 版本选择器” 切换到本文档 的历史版本。 1681 12.11.10.2.3 GC in Compaction Filter 机制 GC in Compaction Filter 机制是在分布式 GC 模式

TiKV 实例总的写入 keys • Hot cache write entry number：每个 TiKV 实例进入热点统计模块的 peer 的数量 • Selector events：热点调度中选择器的事件发生次数 • Direction of hotspot move leader：热点调度中 leader 的调度方向，正数代表调入，负数代表调出 • Direction of hotspot 持，取而代之的是效率更高的 DISTRIBUTED GC 模式（自 TiDB 3.0 起的默认 GC 模式）。 如果要了解 TiDB 历史版本中 GC 配置的变化信息，请使用左侧导航栏中的 TIDB 版本选择器切换到本文档的历 史版本。 1633 12.11.10.2.3 GC in Compaction Filter 机制 GC in Compaction Filter 机制是在分布式 GC 模式