【TiDB 使用环境】生产环境
【TiDB 版本】v8.1.2
【操作系统】
【部署方式】3 tikv
【集群数据量】
【集群节点数】3
【遇到的问题：问题现象及影响】
tikv节点内存使用率较高，storage.block-cache.capacity参数调整了几次，还是升高了，目前占用90%+，且有缓慢升高的迹象
【资源配置】内存32G
【操作方案可行性】
目前线上是3副本的tikv，打算进行滚动升级，以下是我这边打算进行操作的流程，大佬们帮忙看看是否可行
第一步、停止其中一台tikv服务
tiup cluster stop name -N ip:20160
第二步、服务器关机升级内存
第三步、启动服务
tiup cluster start name -N ip:20160
等待tikv服务up后，继续对其他两台机器重复此操作
是单机内存配置３２Ｇ还是总共３２Ｇ 呢
没问题的，稳妥点找个业务低谷期干就行了。
是混合部署吗？机器上除了tikv节点还有pd或者tidb-server吗？
tikv节点上有没有其它服务？如果其他服务也是高可用的话，那没问题的
每台tikv 32G
不是混部的，只有tikv服务
物理机还是云虚机，云虚机不关机就就可以升级CPU 内存配置
用的ecs，只能关机做配置变更
那可以关闭，但是尽快操作，剩下2个节点不是高可用的。。。。
没问题，之前有个客户就是这样升级的。
直接关机升级配置都没问题，一步搞定，一个节点五分钟就好了
建议先把需要关机的tikv进行驱逐leader，然后再关机
https://docs.pingcap.com/zh/tidb/v7.5/pd-control/#scheduler-config-evict-leader-scheduler
可以这样处理
直接关机升都没事