参考这个看看，感觉是分布不均匀
说实话你这io总体那么低，根本没必要纠结不均衡的问题。
热点问题?
不可能平均分布，举个例子数据在tikv1上，用户这个时间就是要访问tikv1上的，那tikv1的io一定高。当然你的截图io非常低，没有啥意义
优化优化全表扫的慢SQL ，看图显示你的IO很小的
读热点，如果PD无法调度看怎么从表设计上优化下
要看你的读取语句是怎么写的？考虑写入时不要按主键自增的方式，避免热块
有集中类的业务运行吗
先看业务，你这个图看起来II也不高
是否用的hash分区?
负载不均可能是Region/Leader 分布不均，单个结点承载量大
或者是部分高频读取的 Region（如大表、高频查询表）集中在 10.52 节点
或者是PD 的负载均衡调度器参数配置不合理，未及时将负载高的 Region/Leader 迁移到低负载节点
排查一下是不是有热点数据
TiKV 的 IO 负载与Region 数量、Region 读写 QPS、SST Compaction/Flush IO强相关，均衡的核心是让每个 TiKV 节点的 Region 数、热点 QPS、后台 IO尽可能平均，同时让单节点内的多块磁盘分摊 IO 压力。