为了更快的定位您的问题，请提供以下信息，谢谢
【详述】BE单节点节点 Compaction Mem 凸高 ，CUP凸高
【背景】做过哪些操作？
【业务影响】
【是否存算分离】
【StarRocks版本】例如：1.18.2
【集群规模】例如：3fe（1 follower+2observer）+21be（fe与be混部）
【机器信息】CPU虚拟核/内存/网卡，例如：64C/512G/万兆
【联系方式】为了在解决问题过程中能及时联系到您获取一些日志信息，请补充下您的联系方式，例如：社区群4-小李或者邮箱，谢谢
【附件】
这种情况极有可能是因为分桶小了，tablet太大，当分发的查询拿到这个副本的时候，就会对这个节点的资源造成泛滥。
可以上到机器上，到存储目录上拿到最大的tablet，然后show tablet 拿到这个表，然后重建表将这个分桶数调大一倍试试
或者你可以拿这个工具验证一下是不是倾斜了
第一个截图不是在做tablet合并的意思？而且这个现象不是短时间，是持续了几个小时，如果是查询，应该很快就结束了
所以是不是也跟tablet倾斜有关？在进行balance时形成负载，最大的tablet有多大？