数据类型 默认聚合方式 线程详情（threadDetail，线程详情。） threadName 线程名 线程名 - ENUM LAST memory 内存 内存 - INT SUM stack 线程堆栈 线程堆栈 - CLOB LAST ids 线程id 线程id - STRING

查看更多 →

等待 概述 “等待”插件用于添加等待时间，在当前工作流指定时间内进行等待，再继续下一任务。 配置介绍 表1 配置说明 参数 配置说明 等待时间（单位：秒） 填写等待时间。 任务名称 请自定义输入任务名称。 父主题： 工作流插件说明

查看更多 →

等待事件 enable_instr_track_wait 参数说明：是否开启等待事件信息实时收集功能。 该参数属于SIGHUP类型参数，请参考表1中对应设置方法进行设置。 取值范围：布尔型 on：表示打开等待事件信息收集功能。 off：表示关闭等待事件信息收集功能。 默认值：on

查看更多 →

等待事件 enable_instr_track_wait 参数说明：是否开启等待事件信息实时收集功能。 在x86架构集中式部署下，硬件配置规格为32核CPU/256GB内存，使用Benchmark SQL 5.0工具测试性能，开关此参数性能影响约1.4%。 该参数属于SIGHUP

查看更多 →

具体含义如下： thread_num：线程池中的初始线程总数，可以动态扩充，取值范围是0~4096。其中0的含义是数据库根据系统CPU core的数量来自动配置线程池的线程数，如果参数值大于0，线程池中的线程数等于thread_num。线程池大小建议根据硬件配置设置，计算公式如下：thread_num

查看更多 →

线程分析 线程分析支持显示该应用的所有线程和查看线程的堆栈信息，帮助您快速定位耗时较高的线程。 由于线程分析获取方法以及对象的实时参数，因此线程的状态等相关信息可能会产生变化。 线程分析 登录管理控制台。 单击左侧，选择“管理与监管 > 应用性能管理 APM”，进入APM服务页面。

查看更多 →

具体含义如下： thread_num：线程池中的初始线程总数，可以动态扩充，取值范围是0~4096。其中0的含义是数据库根据系统CPU core的数量来自动配置线程池的线程数，如果参数值大于0，线程池中的线程数等于thread_num。线程池大小推荐根据硬件配置设置，计算公式如下：thread_num

查看更多 →

具体含义如下： thread_num：线程池中的初始线程总数，可以动态扩充，取值范围是0~4096。其中0的含义是数据库根据系统CPU core的数量来自动配置线程池的线程数，如果参数值大于0，线程池中的线程数等于thread_num。线程池大小推荐根据硬件配置设置，计算公式如下：thread_num

查看更多 →

cpubind_info'，这3个部分的具体含义如下： thread_num：线程池中的线程总数，取值范围是0~4096。其中0的含义是数据库根据系统CPU core的数量来自动配置线程池的线程数，如果参数值大于0，线程池中的线程数等于thread_num。线程池大小推荐根据硬件配置设置，计算公式如下：thread_num

查看更多 →

等待事件 enable_instr_track_wait 参数说明：是否开启等待事件信息实时收集功能。 在x86架构集中式部署下，硬件配置规格为32核CPU/256GB内存，使用Benchmark SQL 5.0工具测试性能，开关此参数性能影响约1.4%。 该参数属于SIGHUP

查看更多 →

取值范围： on：表示打开等待事件信息收集功能。 off：表示关闭等待事件信息收集功能。 默认值：on 设置方式：该参数属于SIGHUP类型参数，请参考表1中对应设置方法进行设置。 设置建议：建议设置为on。 设置不当的风险与影响：不开启该参数会导致无法实时收集等待事件，不便于及时定位问题。

查看更多 →

等待事件 enable_instr_track_wait 参数说明：设置是否开启等待事件信息实时收集功能。 参数类型：布尔型 参数单位：无 取值范围： on：表示打开等待事件信息收集功能。 off：表示关闭等待事件信息收集功能。 默认值：on 设置方式：该参数属于SIGHUP类型

查看更多 →

等待事件 enable_instr_track_wait 参数说明：是否开启等待事件信息实时收集功能。 该参数属于SIGHUP类型参数，请参考表1中对应设置方法进行设置。 取值范围：布尔型 on：表示打开等待事件信息收集功能。 off：表示关闭等待事件信息收集功能。 默认值：on

查看更多 →

cpubind_info'，这3个部分的具体含义如下： thread_num：线程池中的线程总数，取值范围是0~4096。其中0的含义是数据库根据系统CPU core的数量来自动配置线程池的线程数，如果参数值大于0，线程池中的线程数等于thread_num。线程池大小推荐根据硬件配置设置，计算公式如下：thread_num

查看更多 →

具体含义如下： thread_num：线程池中的初始线程总数，可以动态扩充，取值范围是0~4096。其中0的含义是数据库根据系统CPU core的数量来自动配置线程池的线程数，如果参数值大于0，线程池中的线程数等于thread_num。线程池大小建议根据硬件配置进行设置，计算公式如下：thread_num

查看更多 →

等待创建完成 创建应用需15分钟左右，请耐心等待。 父主题： 功能使用

查看更多 →

执行等待 部署应用中断 权限不够 参数含反斜杠“\”（特例） 环境下没有主机 环境不存在 windows主机部署应用失败 使用sudo权限执行报错 部署进程被第三方杀毒软件拦截 路径不合法 在Centos上安装软件提示网络故障 在Ubuntu上安装软件提示网络故障 Linux机器

查看更多 →

InnoDB锁等待 该功能展示了当前时刻(实时)数据库的DML操作之前的锁等待的信息，可以快速帮助定位多个会话因同时更新同一条数据，而产生的会话等待和阻塞，并且支持快速终止持有锁的源头会话，从而恢复被阻塞的操作。 元数据锁(Metadata Lock, MDL)，不在当前功能的范

查看更多 →

InnoDB锁等待 该功能展示了当前时刻(实时)数据库的DML操作之前的锁等待的信息，可以快速帮助定位多个会话因同时更新同一条数据，而产生的会话等待和阻塞，并且支持快速终止持有锁的源头会话，从而恢复被阻塞的操作。 DDL锁(Metadata Lock, MDL)，不在当前功能的范

查看更多 →

lock”表示存在锁等待。同时查看“node_name”显示在对应的CN或DN上存在锁等待，记录相应的CN或DN名称，例如cn_5001或dn_600x_600y。 执行以下语句，到等锁的对应CN或DN上通过查询pg_locks系统表查看VACUUM FULL操作在等待哪个锁。以下以c

查看更多 →

等待API结果 该原子动作可以用来等待目标对象达到预期的状态。如通过执行API原子动作调用E CS 的StartServer接口后，再通过等待API结果原子动作调用ECS的ShowServer接口，直到接口响应中的状态变为ACTIVE，即状态为运行中，才判定ECS实例已经启动成功。 操作步骤

查看更多 →