【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
能直接重启吗
1 个赞
storage.block-cache.capacity 参数设置的多少，实例总内存多少。
可用信息太少了
1 个赞
我可以直接重启TIKV来释放内存吗？？
配置怎么样；
重启了肯定会释放内存
有四个TIKV机器，每个机器配置16C32G
没混合部署吧，最好还是调小点block-cache，不然重启可能还会慢慢涨回来
应该不是混合部署吧，现在版本是7.5
因为部署在云服务器上，我晚上能直接重启机器么，还是说有什么优雅关闭重启的方法呢，不影响数据的情况下
停服务哦，不要粗爆的重启主机，会丢数据的
一般在哪机器操作这个tiup
重启肯定可以，使用tiup cluster restart 指定node 方式重启
谁部署的问谁
部署的人离职了，联系不上了
你这个还好接手的是7.5版本呢，我接手的是一个4.0.2版本 ，不过这个现象 我有过两次可供你参考：
- 一次突然95%告警，我查资料也没查出来具体问题，要么就是这个服务器的kv突然被访问率过高或者大io的sql访问的数据都在这一个节点。查了两个小时没结果。然后自己慢慢降下去了。就没有在看了
- 有一次tikv其中一个节点 阿里云服务器什么鬼底层存储问题，直接服务器挂掉了，阿里云方说在维修底层硬盘什么鬼的，持续了1个小时，然后这个服务器已经显示未下线了。结果服务器重启之后。他自动又加入了集群内，对应的regin又开始恢复到这个节点。正常了。
所以我的理解是如果重启。只要是3个tikv以上的话，可以直接重启。重启之后他会自动恢复
坑爹呢，啥资料都没有，叫我接手，他拍拍屁股走了，哎
中控机上操作
是所有tikv节点都是95%还是个别节点？可以登录grafana监控看下tikv节点的监控信息，如果长期95%可以增加节点试试
服务器配置要说一下，集群情况要说一下
不带走一堆问题。加油吧，骚年