-
线程
![]()
线程 介绍APM采集的线程指标的类别、名称、含义等信息。 表1 线程采集参数 参数名 数据类型 应用类型 默认值 Agent支持的起始版本 Agent支持的终止版本 描述 线程详情最大行数 integer JAVA 1 2.3.19 - 线程详情最大行数50。 表2 线程指标说明
来自：帮助中心 -
线程池
![]()
group_num：线程池中的线程分组个数，取值范围是0~64。其中0的含义是数据库根据系统NUMA组的个数来自动配置线程池的线程分组个数，如果参数值大于0，线程池中的线程组个数等于group_num。 cpubind_info：线程池是否绑核的配置参数。可选择的配置方式有集中：1
来自：帮助中心 -
线程池
![]()
group_num：线程池中的线程分组个数，取值范围是0~64。其中0的含义是数据库根据系统NUMA组的个数来自动配置线程池的线程分组个数，如果参数值大于0，线程池中的线程组个数等于group_num。 cpubind_info：线程池是否绑核的配置参数。可选择的配置方式有：1. '(nobind)'
来自：帮助中心 -
线程分析
![]()
线程分析 线程分析支持显示该应用的所有线程和查看线程的堆栈信息，帮助您快速定位耗时较高的线程。 由于线程分析获取方法以及对象的实时参数，因此线程的状态等相关信息可能会产生变化。 线程分析 登录管理控制台。 单击左侧，选择“管理与监管 > 应用性能管理 APM”，进入APM服务页面。
来自：帮助中心 -
线程池
![]()
group_num：线程池中的线程分组个数，取值范围是0~64。其中0的含义是数据库根据系统NUMA组的个数来自动配置线程池的线程分组个数，如果参数值大于0，线程池中的线程组个数等于group_num。 cpubind_info：线程池是否绑核的配置参数。可选择的配置方式有集中：1
来自：帮助中心 -
线程池
![]()
group_num：线程池中的线程分组个数，取值范围是0~64。其中0的含义是数据库根据系统NUMA组的个数来自动配置线程池的线程分组个数，如果参数值大于0，线程池中的线程组个数等于group_num。 cpubind_info：线程池是否绑核的配置参数。可选择的配置方式有：1. '(nobind)'
来自：帮助中心 -
线程池
![]()
group_num：线程池中的线程分组个数，取值范围是0~64。其中0的含义是数据库根据系统NUMA组的个数来自动配置线程池的线程分组个数，如果参数值大于0，线程池中的线程组个数等于group_num。 cpubind_info：线程池是否绑核的配置参数。可选择的配置方式有几种：1
来自：帮助中心 -
线程分析
![]()
线程分析 线程分析支持显示该应用的所有线程和查看线程的堆栈信息，帮助您快速定位耗时较高的线程。 由于线程分析获取方法以及对象的实时参数，因此线程的状态等相关信息可能会产生变化。 线程分析 登录AOM 2.0控制台。 在左侧导航栏选择“应用监控 > 组件列表”，进入组件列表页面。
来自：帮助中心 -
线程池
![]()
group_num：线程池中的线程分组个数，取值范围是0~64。其中0的含义是数据库根据系统NUMA组的个数来自动配置线程池的线程分组个数，如果参数值大于0，线程池中的线程组个数等于group_num。 cpubind_info：线程池是否绑核的配置参数。可选择的配置方式有：1. '(nobind)'
来自：帮助中心 -
线程池
![]()
group_num：线程池中的线程分组个数，取值范围是0~64。其中0的含义是数据库根据系统NUMA组的个数来自动配置线程池的线程分组个数，如果参数值大于0，线程池中的线程组个数等于group_num。 cpubind_info：线程池是否绑核的配置参数。可选择的配置方式有：1. '(nobind)'
来自：帮助中心 -
线程池
![]()
group_num：线程池中的线程分组个数，取值范围是0~64。其中0的含义是数据库根据系统NUMA组的个数来自动配置线程池的线程分组个数，如果参数值大于0，线程池中的线程组个数等于group_num。 cpubind_info：线程池是否绑核的配置参数。可选择的配置方式有几种：1
来自：帮助中心 -
后端写线程
![]()
此机制同样也减少了检查点造成的性能下降。后端写线程将持续的把脏页面刷新到磁盘上，所以在检查点到来的时候，只有几个页面需要刷新到磁盘上。但是这样还是增加了I/O的总净负荷，因为以前的检查点间隔里，一个重复弄脏的页面可能只会冲刷一次，而同一个间隔里，后端写线程可能会写好几次。在大多数情况下，连续的低负荷要
来自：帮助中心 -
后端写线程
![]()
此机制同样也减少了检查点造成的性能下降。后端写线程将持续的把脏页面刷新到磁盘上，所以在检查点到来的时候，只有几个页面需要刷新到磁盘上。但是这样还是增加了I/O的总净负荷，因为以前的检查点间隔里，一个重复弄脏的页面可能只会冲刷一次，而同一个间隔里，后端写线程可能会写好几次。在大多数情况下，连续的低负荷要
来自：帮助中心 -
锁管理
-
锁管理
-
锁管理
-
锁管理
![]()
死锁的检查代价是比较高的，服务器不会在每次等待锁的时候都运行这个过程。在系统运行过程中死锁是不经常出现的，因此在检查死锁前只需等待一个相对较短的时间。增加这个值就减少了无用的死锁检查浪费的时间，但是会减慢真正的死锁错误报告的速度。在一个负载过重的服务器上，用户可能需要增大它。这个值的设置应该超过事务
来自：帮助中心 -
锁管理
![]()
死锁的检查代价是比较高的，服务器不会在每次等待锁的时候都运行这个过程。在系统运行过程中死锁是不经常出现的，因此在检查死锁前只需等待一个相对较短的时间。增加这个值就减少了无用的死锁检查浪费的时间，但是会减慢真正的死锁错误报告的速度。在一个负载过重的服务器上，用户可能需要增大它。这个值的设置应该超过事务
来自：帮助中心 -
配置线程监控项
![]()
配置线程监控项 在“编辑【线程】监控配置”页面配置以下参数： 采集间隔：默认60s，此处不支持修改。 线程详情最大行数：默认值为10，可配置最大行数为50。勾选“使用默认值”，会优先使用继承的标签的值。 图1 线程监控项 父主题： 应用监控配置
来自：帮助中心 -
锁阻塞
![]()
不升级高级智能运维包的情况下，最多只保留7天的记录。 采集原理 系统每10秒会对锁阻塞的情况进行一次采集。在系统进行采集的时间点，只要当一个会话执行SQL阻塞了其他会话的执行，就会被捕捉并统计到锁阻塞统计页面。可以把最后一次采集的样本的执行耗时，近似等于阻塞其他会话的时间。 操作步骤
来自：帮助中心 -
锁管理
![]()
死锁的检查代价是比较高的，服务器不会在每次等待锁的时候都运行这个过程。在系统运行过程中死锁是不经常出现的，因此在检查死锁前只需等待一个相对较短的时间。增加这个值就减少了无用的死锁检查浪费的时间，但是会减慢真正的死锁错误报告的速度。在一个负载过重的服务器上，用户可能需要增大它。这个值的设置应该超过事务
来自：帮助中心
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
