【TiDB 使用环境】测试
【TiDB 版本】8.5.1
【操作系统】
【部署方式】 aws云/32G内存
【集群节点数】pd1 kv3 tidb1
【遇到的问题:问题现象及影响】
单台服务器部署了tidb集群,内存使用一直在缓慢升高
storage.block-cache.capacity参数调整了几次,还是升高了
【资源配置】
【复制黏贴 ERROR 报错的日志】
【TiDB 使用环境】测试
【TiDB 版本】8.5.1
【操作系统】
【部署方式】 aws云/32G内存
【集群节点数】pd1 kv3 tidb1
【遇到的问题:问题现象及影响】
单台服务器部署了tidb集群,内存使用一直在缓慢升高
storage.block-cache.capacity参数调整了几次,还是升高了
【资源配置】
你这不是分配了4G内存,现在使用量还不到3G,上涨不是正常的吗
一个节点部署这么多组件,硬件资源不符合官方要求的,还有就一个机器也没高可用啊
看配置图是每个节点配了4GB的block cache,因为还没达到最大值,所以随着访问量越来越大,它使用的cache 也会不断增加的,直到最后稳定在4GB左右
我以为是看服务器的内存tikv的内存百分比的话已经超了
有办法可以限制整个tikv的整体内存所占空间大小么
这个参数没有用,你感觉tikv占用大storage.block-cache.capacity参数再调小点
你的每个tike节点最多能占到storage.block-cache.capacity参数的2.25倍,你这个机器上有3个tikv节点,也就是说你的每个tikv最多占用9G内存,一共27G,所以如果你想限制内存占用把storage.block-cache.capacity参数改到1G是还差不多。。。
不过话说你测试,1个机器,放3个tikv,有啥必要吗?还不如直接用tiup playground部署呢。。。
1个机器 没啥特别测试需求,放一个tikv就可以
TiKV 使用 RocksDB 存储引擎,其中 block-cache 是主要的内存消耗之一。除了 storage.block-cache.capacity 外,还需要关注 raft-engine.memory-limit-size 和 write-buffer-memory-allocations 等参数?
有配置透明大页吗?
测试一下集群的部署脚本 看看有没有啥问题
storage.block-cache.capacity 调小这个参数
还要把副本数改成1,我这边单机测试环境就是1tikv,1副本。
不用改,没影响
有影响,我一开始没改副本数,后面出问题了。不影响用,但是性能有问题,改了之后好了。
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。