# 案例 C：调度过慢-问题解决

+ 处理：
  + 消除 extra peer（trace-region-flow，v5.1 后修改为：flow-round-by-digit）
  + 开启 Hibernate Region 功能 ( raftstore.hibernate-regions )，滚动重启
+ 总结：
  + 调度执行慢，可能是受到了大量其他调度超时的影响，可以通过 PD 相关监控查看
  + Hibernate region 没有开启，大量心跳消耗了过多的 PD CPU
------------------------------------------------------------
  - 处理及结果
    - 解决用户的两个问题：
      - 1、先把 extra peer 消除
        - 调整 pd ctl 中 trace-region-flow 为 false，可以缓解心跳压力，后面恢复后，重新打开（v5.1 后修改为：flow-round-by-digit）
      - 2、开启 Hibernate Region 功能，重启集群解决根本问题。
  - 总结
    - 调度执行慢，可能是受到了大量其他调度超时的影响，可以通过 PD 相关监控查看
    - hibernate region 没有开启，大量心跳消耗了过多的 pd cpu，导致 pd 持有的 region epoch 版本不正确，发送到 tikv 的算子无法正确执行，表现为 add peer, remove peer 等操作处于超时状态，导致一系列不及时的调度操作