PG_STAT_GET_MEM_MBYTES_RESERVED视图显示线程在内存中保存的当前活动信息。该函数在调用时需要指定线程ID，线程ID的选取请参考PG_STAT_ACTIVITY中的pid，线程ID为0时表示选取当前线程ID，例如： 1 SELECT pg_stat_get_mem

查看更多 →

bigint 当前网络代理线程comm_proxy的线程id。 ProxyCpuAffinity text 当前网络代理线程comm_proxy的NUMA-CPU亲和性，表示所在NUMA和CPU ID。 ThreadStartTime text 当前网络代理线程comm_proxy的启动时间。

查看更多 →

AI CPU算子替换样例 部分算子因为数据输入类型问题或者算子实现问题，导致会在昇腾芯片的AI CPU上执行，没有充分利用AI CORE的资源，从而导致计算性能较差，影响训练速度。部分场景下，可以通过修改Python代码来减少这类AI CPU算子，从而提升训练性能。 当前对AICPU算子识别到的调优方式主要包含两种：

查看更多 →

AI CPU算子替换样例 部分算子因为数据输入类型问题或者算子实现问题，导致会在昇腾芯片的AI CPU上执行，没有充分利用AI CORE的资源，从而导致计算性能较差，影响训练速度。部分场景下，可以通过修改Python代码来减少这类AI CPU算子，从而提升训练性能。 当前对AICPU算子识别到的调优方式主要包含两种：

查看更多 →

选择项 参数 说明 类型 CPU Time 每个方法在CPU上的运行时间。 Allocated Memory 已分配的堆内存（包括已被回收和未被回收的部分），使用场景包括频繁GC等。 Latency trace相关线程的方法执行的总耗时。包括方法在CPU上的运行时间、等待I/O的时间以及方法运行时发生的任何其他时间。

查看更多 →

GROUP_TOP：顶级分组。 GROUP_CLASS：该资源的类分组，不控制任何线程。 GROUP_BAKWD：后端线程控制组。 GROUP_DEFWD：默认控制组，仅控制该级别的查询线程。 GROUP_TSWD：每个用户的分时控制组，控制最底层的查询线程。 gid bigint 控制组ID。 classgid

查看更多 →

GROUP_TOP：顶级分组。 GROUP_CLASS：该资源的类分组，不控制任何线程。 GROUP_BAKWD：后端线程控制组。 GROUP_DEFWD：默认控制组，仅控制该级别的查询线程。 GROUP_TSWD：每个用户的分时控制组，控制最底层的查询线程。 gid bigint 控制组ID。 classgid

查看更多 →

GROUP_TOP：顶级分组。 GROUP_CLASS：该资源的类分组，不控制任何线程。 GROUP_BAKWD：后端线程控制组。 GROUP_DEFWD：默认控制组，仅控制该级别的查询线程。 GROUP_TSWD：每个用户的分时控制组，控制最底层的查询线程。 gid bigint 控制组ID。 classgid

查看更多 →

GROUP_CLASS：该资源的类分组，不控制任何线程。 GROUP_BAKWD：后端线程控制组。 GROUP_DEFWD： 默认控制组，仅控制该级别的查询线程。 GROUP_TSWD：每个用户的分时控制组，控制最底层的查询线程。 gid bigint 控制组ID。 classgid

查看更多 →

bigint 当前网络代理线程comm_proxy的线程id。 ProxyCpuAffinity text 当前网络代理线程comm_proxy的NUMA-CPU亲和性，表示所在NUMA和CPU ID。 ThreadStartTime text 当前网络代理线程comm_proxy的启动时间。

查看更多 →

Linux块迁移默认启用压缩功能，根据源端资源占用的情况配置迁移过程中采用的压缩线程个数（默认设置为当前空闲CPU核数的数量，最大数量不超过3），可能会存在压缩导致CPU资源占用过高的情况，可以在 SMS 控制台配置目的端时，设置压缩线程个数或关闭压缩功能。 设置方法 登录 主机迁移服务 管理控制台。 在

查看更多 →

PG_STAT_GET_MEM_MBYTES_RESERVED视图显示线程在内存中保存的当前活动信息。该函数在调用时需要指定线程ID，线程ID的选取请参考PG_STAT_ACTIVITY中的pid，线程ID为0时表示选取当前线程ID，例如： 1 SELECT pg_stat_get_mem

查看更多 →

分别进行说明： CPU资源 在一般客户场景中，系统CPU利用率不高的情况下，利用SMP并行架构能够更充分地利用系统CPU资源，提升系统性能。但当数据库 服务器 的CPU核数较少，CPU利用率已经比较高的情况下，如果打开SMP并行，不仅性能提升不明显，反而可能因为多线程间的资源竞争而导致性能劣化。

查看更多 →

Presto Worker线程数超过阈值 本章节仅适用于 MRS 3.1.5及之后版本。 告警解释 系统会检查Presto Coordinator和Worker实例的线程使用情况，默认阈值为1024个。如果Presto Coordinator或Worker的线程数超过阈值，则发出告警。

查看更多 →

ALM-45333 Presto Worker3线程数超过阈值 告警解释 系统会检查Presto Coordinator和Worker实例的线程使用情况，默认阈值为1024个。如果Presto Coordinator或Worker的线程数超过阈值，则发出告警。 告警属性 告警ID 告警级别

查看更多 →

ALM-45334 Presto Worker4线程数超过阈值 告警解释 系统会检查Presto Coordinator和Worker实例的线程使用情况，默认阈值为1024个。如果Presto Coordinator或Worker的线程数超过阈值，则发出告警。 告警属性 告警ID 告警级别

查看更多 →

GROUP_TOP，顶级分组。 GROUP_CLASS，该资源的类分组，不控制任何线程。 GROUP_BAKWD，后端线程控制组。 GROUP_DEFWD，默认控制组，仅控制该级别的查询线程。 GROUP_TSWD每个用户的分时控制组，控制最底层的查询线程。 gid bigint 控制组ID。 classgid

查看更多 →

ALM-45331 Presto Worker1线程数超过阈值 告警解释 系统会检查Presto Coordinator和Worker实例的线程使用情况，默认阈值为1024个。如果Presto Coordinator或Worker的线程数超过阈值，则发出告警。 告警属性 告警ID 告警级别

查看更多 →

ALM-45332 Presto Worker2线程数超过阈值 告警解释 系统会检查Presto Coordinator和Worker实例的线程使用情况，默认阈值为1024个。如果Presto Coordinator或Worker的线程数超过阈值，则发出告警。 告警属性 告警ID 告警级别

查看更多 →

其后续版本后，建议根据环境的CPU个数进行参数设置，并重启DN。 表1 不同CPU内存和部署模式下的参数设置参考 编号 CPU个数 内存 是否分布式混部 recovery_parse_workers recovery_redo_workers 回放线程总数 备注 1 4 - - 1

查看更多 →

name CPU绑定core的数值。 cpu_usage integer 资源池的CPU使用率。 说明： 对于CN和DN混合部署的场景，CN和DN共享同一份CPU资源，因此CN和DN的cpu_usage显示相同，对于CN和DN独立部署场景，会独立显示。 示例： 1 2 3 4 5 6

查看更多 →