nt：线程池恢复正常状态时的线程池使用率，当线程池使用率小于该值时，停止过载逃生并放开新连接接入，取值为0~INT_MAX，设置为多少表示百分之多少。 overload_threadpool_percent：线程池过载时的线程池使用率，当线程池使用率大于该值时，表示当前线程池已经

查看更多 →

nt：线程池恢复正常状态时的线程池使用率，当线程池使用率小于该值时，停止过载逃生并放开新连接接入，取值为0~INT_MAX，设置为多少表示百分之多少。 overload_threadpool_percent：线程池过载时的线程池使用率，当线程池使用率大于该值时，表示当前线程池已经

查看更多 →

nt：线程池恢复正常状态时的线程池使用率，当线程池使用率小于该值时，停止过载逃生并放开新连接接入，取值为0~INT_MAX，设置为多少表示百分之多少。 overload_threadpool_percent：线程池过载时的线程池使用率，当线程池使用率大于该值时，表示当前线程池已经

查看更多 →

条数据获得，需要过滤少量后台线程；线程池设置的初试线程池线程数目可以通过查询thread_pool_attr参数获得。 该参数如果设置的百分比过小，则会频繁触发线程池过载逃生流程，会使正在执行的会话被强制退出，新连接短时间接入失败，需要根据实际线程池使用情况慎重设置。 recov

查看更多 →

条数据获得，需要过滤少量后台线程；线程池设置的初试线程池线程数目可以通过查询thread_pool_attr参数获得。 该参数如果设置的百分比过小，则会频繁触发线程池过载逃生流程，会使正在执行的会话被强制退出，新连接短时间接入失败，需要根据实际线程池使用情况慎重设置。 use_w

查看更多 →

nt：线程池恢复正常状态时的线程池使用率，当线程池使用率小于该值时，停止过载逃生并放开新连接接入，取值为0~INT_MAX，设置为多少表示百分之多少。 overload_threadpool_percent：线程池过载时的线程池使用率，当线程池使用率大于该值时，表示当前线程池已经

查看更多 →

合理配置线程池参数 线程池是微服务的主要业务处理单元，合理的规划线程池不仅可以最大限度提升系统性能，还能防止异常情况导致系统无法给正常用户提供服务。线程池优化和业务自身的性能有很大关系，不同的场景参数设置不同，需要具体分析。下面分两种场景介绍。开始之前需要对业务的性能做一些基本的摸底，对常见的接口进行测试，查看时延。

查看更多 →

threadpool_stall_limit 线程组忙碌检查间隔。 表2 线程池可修改参数说明 参数名 是否是动态参数 数据类型 取值范围 说明 threadpool_enabled 是 boolean [ON,OFF] ON：开启线程池。 OFF：关闭线程池。 threadpool_oversubscribe

查看更多 →

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

查看更多 →

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

查看更多 →

秒。 原因分析 开启线程池时，SQL请求需通过任务队列进入worker线程处理，在低并发长连接时并无性能优化作用，可能导致由于线程池调度机制偶现短暂延迟。 在高并发或大量短连接的情况下，可能会因为大量创建和销毁线程以及上下文切换导致性能劣化。 解决方案 线程池参数“threadp

查看更多 →

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

查看更多 →

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

查看更多 →

设置建议：建议设置为热点DB个数和线程个数的最小值乘以每个DB分配的内存大小，即global_syscache_threshold = min(count(hot dbs)，count(threads)) * memofdb。 热点DB数即访问较为频繁的数据库数量。线程数在线程池模式下取线程池线程个数和后

查看更多 →

设置建议：建议设置为热点DB个数和线程个数的最小值乘以每个DB分配的内存大小，即global_syscache_threshold = min(count(hot dbs)，count(threads)) * memofdb。 热点DB数即访问较为频繁的数据库数量。线程数在线程池模式下取线程池线程个数和后

查看更多 →

kend权限的用户有权使用该函数。 该函数可终止非线程池的线程、活跃状态的线程池线程，但无法终止非活跃状态的线程池线程。 示例： 1 2 3 4 5 6 7 8 9 10 11 openGauss=# SELECT pid from pg_stat_activity;

查看更多 →

用户，后端线程所连接的数据库的属主，后端线程的属主或者继承了内置角色gs_role_signal_backend权限的用户有权使用该函数。若执行该函数后未成功终止目标会话，则会强制关闭该会话和客户端的socket连接。 该函数可终止非线程池的线程、活跃状态的线程池线程，但无法终止非活跃状态的线程池线程。

查看更多 →

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

查看更多 →

用该函数。若执行该函数后未成功终止目标会话，则会强制关闭该会话和客户端的socket连接。 该函数可终止非线程池的线程、活跃状态的线程池线程，但无法终止非活跃状态的线程池线程。 示例： 1 2 3 4 5 6 7 8 9 10 11 gaussdb=# SELECT

查看更多 →

用该函数。若执行该函数后未成功终止目标会话，则会强制关闭该会话和客户端的socket连接。 该函数可终止非线程池的线程、活跃状态的线程池线程，但无法终止非活跃状态的线程池线程。 示例： 1 2 3 4 5 6 7 8 9 10 11 gaussdb=# SELECT

查看更多 →

kend权限的用户有权使用该函数。 该函数可终止非线程池的线程、活跃状态的线程池线程，但无法终止非活跃状态的线程池线程。 示例： 1 2 3 4 5 6 7 8 9 10 11 openGauss=# SELECT pid from pg_stat_activity;

查看更多 →