# 常见问题的处理 - `Store` 节点故障后补副本的速度慢

![`left`](./student-guide/diagram/07-the-speed-of-add-new-replica-after-the-store-fail-is-slow-01-01.png)
-------------------------------------------------------------
常见问题的处理
- 扩容后 balance region 调度速度慢
  - 观察 PD 监控 Operator 面板是否产生 operator 调度并成功执行
  - 如果没生成对应的 balance 调度，需要进一步分析，可能的原因有
    - 调度器未启用，比如 scheduler 被删除，或者 limit 参数被设置为 0
    - 其它约束影响，比如存在 evict-leader-scheduler 或设置不合理的 label property，可能导致部分 store 不能进行 leader 或 region 调度
  - 如果调度在正常生成，只是速度很慢，可以尝试
    - 查看并调大 store limit 设置
    - 根据业务压力适当调大 region-schedule-limit
- Store 节点故障后补副本的速度慢
  - 观察 PD 监控分析 operator 的生成执行情况
  - 如果没有对应的 operator 调度生成，可能的原因有
    - 下线调度被关闭，或者 replica-schedule-limit 被设为 0
    - 找不到节点来转移 Region，如相同 label 的替代节点容量都大于 80%，为了避免爆盘的风险 PD 会停止调度
  - 如果调度正常生成，只是速度很慢
    - 根据业务压力适当调大 replica-schedule-limit
    - 考虑对下线 store 添加 evict leader
    - 观察是否有其它调度任务产生竞争，或者 TiKV 压力是否过大
- Region merge 速度慢
  - 适当调大 merge-schedule-limit，根据情况调整 max-merge-region-keys / max-merge-region-size 参数满足 merge 阈值条件
  - 开启跨表 region merge        
    - 3.0 版本
      - TiKV：split-region-on-table 设为 false，需要重启生效
      - PD：namespace-classifier 设为 “” 或 “default”
    - 4.0 及后续版本
      - TiKV：将 split-region-on-table 设为 false，需要重启生效
      - PD：key-type 设为 txn 或者 raw，或者 key-type 设置 table 并且同时设置 enable-cross-table-merge 为 true
  - 调低 patrol-region-interval 加快巡检 region 的速度