求助！新增tikv节点后add-rule-peer特别慢

[AlexSheung (Ti D Ber T Lr Wtm B0)]

操作流程：

1. tikv服务挂掉后
2. 修改max-replicas=2，等待异常store的leader和region清空后，删除store
3. 启动tikv服务等待均衡；

但是region均衡特别慢：

各节点资源负载正常，维持在较低水位，新增节点的网络带宽在40MB/s左右；

有调整了一些limit参数，但是没啥作用：

[MySunnie]

max-snapshot-count可以设置大一点再看下

[独善其身 (Ti D Ber Bi Rqfz5 K)]

是不是PD和KV的参数配置不匹配呢

[TiDBer_EMDRI6T4 (凉面)]

如果不是网络问题，调整relica-schedule-limit试试呢

[像风一样的男子]

你这操作不大常规，正常有一个节点异常，只要扩一个节点，然后缩掉有问题的节点就行，不用调整副本数。

[wbslxw (Ti D Ber Cl S0j Eng)]

如何解决的，我也遇到类似问题！

[Royce1220 (Ti D Ber Kwxb3 N7 I)]

正常的话应该扩缩容就可以了

[mtmt (Ti D Ber O1 Snfo3y)]

PD 调度参数限流、副本数限制、IO 瓶颈导致均衡慢。

调大 PD 调度并发参数，恢复副本配置，排查磁盘 IO。

[大唐天子 (Ti D Ber Gt Qk Ceg E)]

正常有一个节点异常，只需要扩一个节点，然后缩掉有问题的节点就行，不用调整副本数。再试试看看行不行。

[TiDBer_AHjy0eKV]

把max-snapshot-count调大，快照并发上去了均衡才快

[TiDBer_Ejh0eCXc]

只调 max-snapshot-count 不够，那只是 PD 允许同时在传的数量。真瓶颈常在 tikv 侧 snap-generator-pool-size 和 snap-max-write-bytes-per-sec，还有 PD 的 max-pending-peer-count 默认 16，直接卡新节点的 learner 并发。先看 tikv snapshot 面板是 generate 慢还是 send 慢。

[ZhangYanfeng (Ti D Ber 7 To8 Facp)]

这个问题最后怎么解决的？