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

查看更多 →

能否在函数代码中使用线程和进程？ 用户可使用编程语言和操作系统的功能，在函数中创建额外的线程和进程。 父主题： 创建函数

查看更多 →

Doris MySQL命令简介 本章节主要介绍常用的Doris MySQL命令。安装MySQL客户端后，加载环境变量，可使用以下命令。 连接Doris集群。 ./mysql -uadmin -ppassword -h集群内网地址 -P端口 获取帮助。 在MySQL执行“help”

查看更多 →

GaussDB (for MySQL)实例在空负载下CPU占用说明 GaussDB(for MySQL)实例上包括操作系统进程、mysqld进程、监控进程、增量备份进程等。mysqld进程包含多个线程比如主备通信线程、连接线程、刷新线程等。监控进程负责实时监控实例的状态，增量备份进程负责进行增量

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

cpubind_info'，这3个部分的具体含义如下： 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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

使用top命令查看CPU使用率高的进程号。 查看此进程中占用CPU高的线程。 使用命令top -H -p <PID>即可打印出某进程<PID>下的线程的CPU耗时信息。 一般某个进程如果出现问题，是因为某个线程出现问题了，获取查询到的占用CPU最高的线程号。 或者使用命令ps -mp

查看更多 →

成功登录 软件运维 启动应用 打开taglibr/bin目录，执行启动脚本命令： ./startup.sh 启动过程大约需要3分钟左右。 停止应用 执行命令查看taglibr进程号pid，然后使用kill命令停止进程，命令如下： ps -ef|grep taglibr kill -9 PID

查看更多 →

-n，查看系统当前使用的线程数量。 命令回显结果基于线程数排序，分析线程数最大的top5线程，结合业务分析是否异常使用。（其中“PID”列为对应进程ID） 是，在不影响业务的情况下，参考以下操作终止top5中异常使用进程的父进程。执行11。 执行以下命令查询对应进程的父进程。 ps -ef

查看更多 →

配置线程监控项 在“编辑【线程】监控配置”页面配置以下参数： 采集间隔：默认60s，此处不支持修改。 线程详情最大行数：默认值为10，可配置最大行数为50。勾选“使用默认值”，会优先使用继承的标签的值。 图1 线程监控项 父主题： 应用监控配置

查看更多 →

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

查看更多 →

-c |sort -n 执行后结果如下： 查看启动线程数最多的进程，案例中进程2346为NameNode进程，启动了5.4万线程，且持续增长。 多次打印对应进程的jstack日志，根据jstack日志信息发现，NameNode存在大量线程处于WAITING，且长期不释放。 结合以上问

查看更多 →

检查环境当前进程数是否过多，当可用的进程数比例低于5%，认为进程数不足。edgectl check pid无检查节点进程数：示例执行结果：

查看更多 →

进程监控 应用监控 组件监控 应用发现 父主题： 基础设施监控

查看更多 →