，你仍然可能需要在紧急情况下暂停这些任务。从 v7.2.0 开始，TiDB �→ 原生支持同时暂停任意数量的后台任务，释放所需的资源，无需取消或重启任务。 TiDB Dashboard 性能分析支持 TiKV 堆内存分析 v7.5.0 开始，TiKV 支持远程处理 Heap Profile，你可以通过 TiDB �→ Dashboard 直接获取 Heap Profile 的火焰图和调用图。该功能提供了与 Go �→ 堆内存分析同等的简单易用体验。 2.2.1 功能详情 2.2.1.1 可扩展性 • 支持设置 TiDB 节点的服务范围，用于选择适用的 TiDB 节点分布式执行 ADD INDEX 或 IMPORT TiKV 堆内存分析 #15927 @Connor1996 在之前版本中调查 TiKV OOM 或内存使用高的问题时，往往需要在实例环境下手动运行 jeprof 生成 Heap Profile。从 v7.5.0 开始，TiKV 支持远程处理 Heap Profile，你可以通过 TiDB Dashboard 直接获取 Heap Profile 的 火焰图和调用图。该功能提供了与 Go 堆内存分析同等的简单易用体验。

TiDB 日志文件filename 所在目录中。 – 当前正在执行的所有 SQL 语句中内存使用最高的 10 条语句和运行时间最长的 10 条语句的相关信 息 – goroutine 栈信息 – 堆内存使用状态 • TiDB 将输出一条包含关键字 tidb-server has the risk of OOM 以及以下内存相关系统变量的日志。 – tidb_mem_oom_action – 38+08:00），其中包括 goroutinue、heap、 running_sql 3 个文件，文件以记录状态文件的时间为后缀。这 3 个文件分别用来记录报警时的 goroutine 栈信息，堆内存使用状态，及正在运行的 SQL 信息。其中 running_sql 文件内容请参考expensive-queries。 11.2.0.2.5 如何降低 tidb-server 写入事务的内存使用 Usage 监控查看每台 TiDB 实例上所有 SESSION 所缓存的计划占用的总内存。 注意： 考虑到 Golang 的内存回收机制以及部分未统计的内存结构，Grafana 中显示的内存与实际的堆 内存使用量并不相等。经过实验验证存在约 ±20% 的误差。 对于每台 TiDB 实例上所缓存的执行计划总数量，可以通过 Grafana 中的Plan Cache Plan Num 监控查看。 Grafana

TiDB 日志文件filename 所在目录中。 – 当前正在执行的所有 SQL 语句中内存使用最高的 10 条语句和运行时间最长的 10 条语句的相关信 息 – goroutine 栈信息 – 堆内存使用状态 • TiDB 将输出一条包含关键字 tidb-server has the risk of OOM 以及以下内存相关系统变量的日志。 – tidb_mem_oom_action – 38+08:00），其中包括 goroutinue、heap、 running_sql 3 个文件，文件以记录状态文件的时间为后缀。这 3 个文件分别用来记录报警时的 goroutine 栈信息，堆内存使用状态，及正在运行的 SQL 信息。其中 running_sql 文件内容请参考expensive-queries。 11.2.0.2.5 tidb-server 其它内存控制策略 流量控制 监控查看每台 TiDB 实例上所有 SESSION 所缓存的计划占用的总内存。 注意： 1293 考虑到 Golang 的内存回收机制以及部分未统计的内存结构，Grafana 中显示的内存与实际的堆 内存使用量并不相等。经过实验验证存在约 ±20% 的误差。 对于每台 TiDB 实例上所缓存的执行计划总数量，可以通过 Grafana 中的Plan Cache Plan Num 监控查看。 Grafana

TiDB 日志文件filename 所在目录中。 – 当前正在执行的所有 SQL 语句中内存使用最高的 10 条语句和运行时间最长的 10 条语句的相关信 息 – goroutine 栈信息 – 堆内存使用状态 • TiDB 将输出一条包含关键字 tidb-server has the risk of OOM 以及以下内存相关系统变量的日志。 – tidb_mem_oom_action – 38+08:00），其中包括 goroutinue、heap、 running_sql 3 个文件，文件以记录状态文件的时间为后缀。这 3 个文件分别用来记录报警时的 goroutine 栈信息，堆内存使用状态，及正在运行的 SQL 信息。其中 running_sql 文件内容请参考expensive-queries。 11.2.0.2.5 如何降低 tidb-server 写入事务的内存使用 Usage 监控查看每台 TiDB 实例上所有 SESSION 所缓存的计划占用的总内存。 注意： 考虑到 Golang 的内存回收机制以及部分未统计的内存结构，Grafana 中显示的内存与实际的堆 内存使用量并不相等。经过实验验证存在约 ±20% 的误差。 1302 对于每台 TiDB 实例上所缓存的执行计划总数量，可以通过 Grafana 中的Plan Cache Plan Num 监控查看。

TiDB 日志文件filename 所在目录中。 – 当前正在执行的所有 SQL 语句中内存使用最高的 10 条语句和运行时间最长的 10 条语句的相关信 息 – goroutine 栈信息 – 堆内存使用状态 • TiDB 将输出一条包含关键字 tidb-server has the risk of OOM 以及以下内存相关系统变量的日志。 – tidb_mem_oom_action – 38+08:00），其中包括 goroutinue、heap、 running_sql 3 个文件，文件以记录状态文件的时间为后缀。这 3 个文件分别用来记录报警时的 goroutine 栈信息，堆内存使用状态，及正在运行的 SQL 信息。其中 running_sql 文件内容请参考expensive-queries。 11.2.0.2.5 如何降低 tidb-server 写入事务的内存使用 Usage 监控查看每台 TiDB 实例上所有 SESSION 所缓存的计划占用的总内存。 注意： 考虑到 Golang 的内存回收机制以及部分未统计的内存结构，Grafana 中显示的内存与实际的堆 内存使用量并不相等。经过实验验证存在约 ±20% 的误差。 对于每台 TiDB 实例上所缓存的执行计划总数量，可以通过 Grafana 中的Plan Cache Plan Num 监控查看。 Grafana

8 ticdc_memory_abnormal • 报警规则： go_memstats_heap_alloc_bytes{job="ticdc"} > 1e+10 • 规则描述： TiCDC 堆内存使用量超过 10 GiB。 • 处理方法： 收集 TiCDC 日志，定位原因。 781 7.5 数据集成场景 7.5.1 数据集成概述 数据集成一般是指数据在各个独立的数据源之间流动、 TiDB 日志文件filename 所在目录中。 – 当前正在执行的所有 SQL 语句中内存使用最高的 10 条语句和运行时间最长的 10 条语句的相关信 息 – goroutine 栈信息 – 堆内存使用状态 • TiDB 将输出一条包含关键字 tidb-server has the risk of OOM 以及以下内存相关系统变量的日志。 – tidb_mem_oom_action – 38+08:00），其中包括 goroutinue、heap、 running_sql 3 个文件，文件以记录状态文件的时间为后缀。这 3 个文件分别用来记录报警时的 goroutine 栈信息，堆内存使用状态，及正在运行的 SQL 信息。其中 running_sql 文件内容请参考expensive-queries。 11.2.0.2.5 如何降低 tidb-server 写入事务的内存使用

TiDB 日志文件filename 所在目录中。 – 当前正在执行的所有 SQL 语句中内存使用最高的 10 条语句和运行时间最长的 10 条语句的相关信 息 – goroutine 栈信息 – 堆内存使用状态 • TiDB 将输出一条包含关键字 tidb-server has the risk of OOM 以及以下内存相关系统变量的日志。 – tidb_mem_oom_action – 38+08:00），其中包括 goroutinue、heap、 running_sql 3 个文件，文件以记录状态文件的时间为后缀。这 3 个文件分别用来记录报警时的 goroutine 栈信息，堆内存使用状态，及正在运行的 SQL 信息。其中 running_sql 文件内容请参考expensive-queries。 11.2.0.2.5 如何降低 tidb-server 写入事务的内存使用 Usage 监控查看每台 TiDB 实例上所有 SESSION 所缓存的计划占用的总内存。 注意： 考虑到 Golang 的内存回收机制以及部分未统计的内存结构，Grafana 中显示的内存与实际的堆 内存使用量并不相等。经过实验验证存在约 ±20% 的误差。 对于每台 TiDB 实例上所缓存的执行计划总数量，可以通过 Grafana 中的Plan Cache Plan Num 监控查看。 Grafana

Failed Query OPM：失败 SQL 的统计，例如语法错误、主键冲突等 Connection count：每个 TiDB 的连接数 Heap Memory Usage：每个 TiDB 使用的堆内存大小 Transaction OPS：事务执行数量统计 Transaction Duration：事务执行的时间 KV Cmd OPS：KV 命令执行数量统计 KV Cmd Duration 99：KV

TiDB 日志文件filename 所在目录中。 – 当前正在执行的所有 SQL 语句中内存使用最高的 10 条语句和运行时间最长的 10 条语句的相关信 息 – goroutine 栈信息 – 堆内存使用状态 • TiDB 将输出一条包含关键字 tidb-server has the risk of OOM 以及以下内存相关系统变量的日志。 – tidb_mem_oom_action – 38+08:00），其中包括 goroutinue、heap、 running_sql 3 个文件，文件以记录状态文件的时间为后缀。这 3 个文件分别用来记录报警时的 goroutine 栈信息，堆内存使用状态，及正在运行的 SQL 信息。其中 running_sql 文件内容请参考expensive-queries。 11.2.0.2.5 tidb-server 其它内存控制策略 流量控制 Usage 监控查看每台 TiDB 实例上所有 SESSION 所缓存的计划占用的总内存。 注意： 考虑到 Golang 的内存回收机制以及部分未统计的内存结构，Grafana 中显示的内存与实际的堆 内存使用量并不相等。经过实验验证存在约 ±20% 的误差。 对于每台 TiDB 实例上所缓存的执行计划总数量，可以通过 Grafana 中的Plan Cache Plan Num 监控查看。 Grafana

TiDB 日志文件filename 所在目录中。 – 当前正在执行的所有 SQL 语句中内存使用最高的 10 条语句和运行时间最长的 10 条语句的相关信 息 – goroutine 栈信息 – 堆内存使用状态 • TiDB 将输出一条包含关键字 tidb-server has the risk of OOM 以及以下内存相关系统变量的日志。 – tidb_mem_oom_action – 38+08:00），其中包括 goroutinue、heap、 running_sql 3 个文件，文件以记录状态文件的时间为后缀。这 3 个文件分别用来记录报警时的 goroutine 栈信息，堆内存使用状态，及正在运行的 SQL 信息。其中 running_sql 文件内容请参考expensive-queries。 11.2.0.2.5 tidb-server 其它内存控制策略 流量控制 Usage 监控查看每台 TiDB 实例上所有 SESSION 所缓存的计划占用的总内存。 注意： 考虑到 Golang 的内存回收机制以及部分未统计的内存结构，Grafana 中显示的内存与实际的堆 内存使用量并不相等。经过实验验证存在约 ±20% 的误差。 对于每台 TiDB 实例上所缓存的执行计划总数量，可以通过 Grafana 中的Plan Cache Plan Num 监控查看。 Grafana