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

查看更多 →

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

查看更多 →

等待事件 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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

具体含义如下： 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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

后端写线程 介绍后端写（background writer）线程的参数配置。后端写线程的功能就是把共享缓冲区中的脏数据（指共享缓冲区中新增或者修改的内容）写入到磁盘。目的是让数据库进程在进行用户查询时可以很少或者几乎不等待写动作的发生（写动作由后端写线程完成）。 此机制同样也减少

查看更多 →