热点DB数即访问较为频繁的数据库，线程数在线程池模式下取线程池线程个数和后台线程个数之和，非线程池模式不需要计算这个值，直接使用热点DB数。 memofdb即平均每个db应该分配的内存，每个DB的底噪内存是2M，平均每增加一个表或者索引，增加11k内存。 如果设置的值过小，会导致内存频繁淘汰，内存存在大量碎片无法回收，导致内存控制失效。

查看更多 →

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

查看更多 →

bigdata.kafka.example.ProducerMultThread类中，用于实现多线程生产数据。 代码样例 生产者类线程类的run方法逻辑 /** * 生产者线程执行函数，循环发送消息。 */ public

查看更多 →

系统默认关闭，如果是打开的，需要进行关闭。 判断系统是否开启超线程。 通过查询系统的物理核数和逻辑核数的关系可以判断是否开启多线程，如果：逻辑核数 = 物理核数，说明没有开超线程；逻辑核数 = 2*物理核数，说明系统开启了多线程。 Linux系统可以通过查询/proc/cpuinfo文件得到和cpu相关的信息，所需要参数解释如下：

查看更多 →

Redis企业版为多线程版本，企业版Redis线程数请参考表1。企业版Redis的CPU最大使用率=线程数x100%，例如线程数为3的企业版Redis，最大CPU使用率为300%。 表1 企业版Redis线程数 实例内存规格 线程数（企业版高性能型主备实例） 线程数（企业版存储型主备实例）

查看更多 →

保留原因 nmap工具是资产漏洞扫描的必备工具，没有此工具将无法扫描出漏洞。 使用场景 nmap工具为 漏洞扫描服务 提供必不可少的功能：例如：端口扫描、服务扫描、操作系统识别等能力。 风险 通过该工具，用户可以对其内网资产进行漏洞扫描，暂无风险。 父主题： 用户指南

查看更多 →

采集周期内gc的时间 - INT SUM 线程(thread，JVM线程数统计) liveCount 当前线程数 当前线程数 - INT AVG daemonCount 守护线程数 守护线程数 - INT AVG peakCount 峰值线程数 峰值线程数 - INT AVG runnableStateThreadCount

查看更多 →

指标集 指标 说明 线程 当前线程数 当前线程数。 死锁线程数 死锁线程数。 守护线程数 守护线程数。 所有启动线程数 所有已经启动的线程数。 峰值线程数 峰值线程数。 线程状态 WAITING状态线程数 等待状态线程数量。 TERMINATED状态线程数 终止状态线程数量。 RUNNABLE状态线程数

查看更多 →

cpu 对cpu进行监控，展示cpu使用率的趋势图。 线程 对线程进行监控，展示BLOCKED状态线程数、峰值线程数、TERMINATED状态线程数、RUNNABLE状态线程数、存活线程数、守护线程数、WAITING线程数的趋势图。 类加载 对加载类进行监控，展示总共加载类个数、当前类个数、总卸载的类个数的趋势图。

查看更多 →

numeric 更新行数。 n_tup_del numeric 删除行数。 n_tup_hot_upd numeric HOT更新行数（即没有更新索引列的行数）。 n_live_tup numeric 估计活跃行数。 n_dead_tup numeric 估计不活跃行数。 last_vacuum

查看更多 →

该分区发起的顺序扫描数。 seq_tup_read bigint 顺序扫描抓取的活跃行数。 idx_scan bigint 该分区发起的索引扫描数。 idx_tup_fetch bigint 索引扫描抓取的活跃行数。 n_tup_ins bigint 插入行数。 n_tup_upd

查看更多 →

当线程池所有线程在忙碌，线程池中的调度线程会每隔500ms（threadpool_stall_limit）创建一个新线程，所以此时，每个线程组平均每500ms才能处理一个新的连接。如果队列太长，很可能导致客户端超时； 所有线程都在忙碌是指，工作线程达到线程池总线程数，在大量建立连接时，总线程数计算方法

查看更多 →

numeric 更新行数。 n_tup_del numeric 删除行数。 n_tup_hot_upd numeric HOT更新行数（即没有更新索引列的行数）。 n_live_tup numeric 估计活跃行数。 n_dead_tup numeric 估计不活跃行数。 last_vacuum

查看更多 →

bigint 更新行数。 n_tup_del bigint 删除行数。 n_tup_hot_upd bigint HOT更新行数（即没有更新索引列的行数）。 n_live_tup bigint 估计活跃行数。 n_dead_tup bigint 估计不活跃行数。 last_vacuum

查看更多 →

temporarily unavailable SIGABRT: abort 根因分析 通常情况，出现上述错误由于创建线程失败，可能原因是E CS 系统内存不足，系统当前的线程数达到了配置的最大值。 处理方法 登录管理控制台。 通过ECS的主机监控功能的“内存使用率”指标，查看 云服务器 内存

查看更多 →

bigint 更新行数。 n_tup_del bigint 删除行数。 n_tup_hot_upd bigint HOT更新行数（即没有更新索引列的行数）。 n_live_tup bigint 估计活跃行数。 n_dead_tup bigint 估计不活跃行数。 last_vacuum

查看更多 →

bigint 更新行数。 n_tup_del bigint 删除行数。 n_tup_hot_upd bigint HOT更新行数（即没有更新索引列的行数）。 n_live_tup bigint 估计活跃行数。 n_dead_tup bigint 估计不活跃行数。 last_vacuum

查看更多 →

numeric 更新行数。 n_tup_del numeric 删除行数。 n_tup_hot_upd numeric HOT更新行数（即没有更新索引列的行数）。 n_live_tup numeric 估计活跃行数。 n_dead_tup numeric 估计不活跃行数。 last_vacuum

查看更多 →

bigint 更新行数。 n_tup_del bigint 删除行数。 n_tup_hot_upd bigint HOT更新行数（即没有更新索引列的行数）。 n_live_tup bigint 估计活跃行数。 n_dead_tup bigint 估计不活跃行数。 last_vacuum

查看更多 →

rocksdb.thread.num 2 4：开启SPINNING_DISK_OPTIMIZED_HIGH_MEM Flush线程数，增加线程数以快速将内存数据落盘 增加线程数的同时，需增加vcore的数量 推荐2-10 否：执行9。 重启作业，检查告警是否恢复。 是，处理完毕。 否，执行9。

查看更多 →

rocksdb.thread.num 2 4：开启SPINNING_DISK_OPTIMIZED_HIGH_MEM Flush线程数，增加线程数以快速将内存数据落盘 增加线程数的同时，需增加vcore的数量 推荐2-10 否：执行9。 重启作业，检查告警是否恢复。 是，处理完毕。 否，执行9。

查看更多 →