问题背景和描述其实都不是非常直观，我尝试回答下你的问题：
- dashboard 上面来看，你了混合部署，我不确定你是否有做内存和 CPU 的限制。如果没有请做好限制。
- 虽然是混合部署，但可以明显看到你的 CPU 是不均衡的，3 个 48c + 两个 32c + 2 个 64c. 这样是有问题的，因为木桶效应带来的影响，如果你做了资源限制，那么你每个物理机会受到 32c 的短板效应。
- 我假设你是 10 点左右启动的 sqoop，图上看到其实 10 点前 CPU 也是有的， 可以看到分了两层
，那么说明你之前应该也有业务压力。可能是业务 A 的表现。 - 10 点前，你有 raft store cpu 和 grpc CPU。没有 schedule CPU，那么应该无写入。不确定你的业务模型。
- 比较奇怪的是，10 点后，你的 sqoop 任务应该启动了，这个时候可以看到 schedule cpu 上升，但是初始的时候不是很均衡，而且10.30,13.00 有不均衡的情况。这个代表有写入热点。关于写入热点你可以晚上看看材料进行优化。
你现在的问题我理解是为什么我整体 CPU 使用率下降了，但是 raft cpu 和 grpc CPU 缺下降了。
我觉得可能是因为 Sqoop 业务启动后，占用了一些资源，比如硬盘 IO 或者你的应用服务器或者你的网络资源。导致你以前的业务受到了影响，导致原先业务 A 给到的压力反而下降，导致你 grpc cpu 和 raft 的 cpu 有下降
。
