Tikv我是用的官方dashboard中自带的功能，位置在 “高级调试” → “实例性能分析” → “手动分析” ，选择Tikv节点，然后性能数据选 “heap” ，选择时间段。 生成 火焰图、关系图和原始数据， 原始数据可以基于 jemalloc 的 jeprof工具分析

抓包看了下，包含好些，在研究中

嗯好我了解下

嗯昨天进行heap抓包分析，看到主要是 Index/Filter导致，具体为啥是index/filter导致还在研究中。 memtable 也占了，但是这个占得比例倒是很小

嗯嗯，最近在看这个

不是呢，都是单节点

看了下证书都在，pcta已有，努力pctp中

分布在 81%89%之间 ，这个应该能算正常吧

目前业务没有收到影响，就是所有Tikv节点出现内存使用率告警，最高的已经接近90% ，所以需要分析问题所在，然后看怎么处理

大体上是这样，但是两套集群Tikv几点配置一样， storage.block-cache.capacity ，但是实际主机的内存表现不一样，我想知道具体为何这套集群的内存占用率更高呢，高出来的具体是那些指标消耗的，以及消耗了多少

对，大体说的话，是这样，但是具体都是哪些占用呢，分别占用多少呢

是的，top看到这个进程的RES就是24GB

解决了，非常感谢~

好的，我了解下

这个是什么工具，从哪里获取呢？ 不是一个用户，是单独的只读账号，但是是所有库所有表上的只读权限呢，（我先试试用管理账号能否获取到数据）

PS： 我用golang重新了脚本，也是同样的问题，查询不到数据。

这个回答怎么感觉这么AI呢

目前定位是磁盘io问题，把这个节点下线了。然后整个集群目前是稳定的了

现在不确定具体的表呢？只是知道这个store节点iops异常， 你这个建议的出发点是什么呢