【是否原创】是
【首发渠道】TiDB 社区
【首发渠道链接】其他平台首发请附上对应链接
【正文】
----如有错误，还请指正
一、 测试说明
版本：5.0.3
本文依照官方文档’通过拓扑label进行副本调度’的模拟测试，测试模拟5副本3个中心(zone)中其中一个zone完全隔离情况下的副本调度情况，测试内容如下：
1、 验证默认配置下isolation_level为空时，zone:z3 完全隔离情况下是否会将相同副本调度到同一主机
2、 验证isolation_level=host时，zone:z3 完全隔离情况下是否会将相同副本调度到同一主机
3、 验证isolation_level=host、strictly-match-label=true时，zone:z3 完全隔离情况下是否会将相同副本调度到同一主机
4、 验证isolation_level=zone、strictly-match-label=true时，zone:z3 完全隔离情况下是否会将相同副本调度到同一主机
5、 验证zone:z1、zone:z3 完全隔离时测试系统状态和调度行为
6、 验证默认配置下isolation_level为空时，3副本配置下是否会将相同副本调度到同一主机
7、 max-store-down-time调整为3分钟，加快下线时间。
五副本测试配置如下：
二、测试过程
（1）isolation_level为空
关闭z3 2个实例后，region2003的副本分布由2、7、10、12、13 调度为1、2、7、10、12
（2）isolation_level=host
关闭z3 2个实例后，region 4的副本分布由1、2、7、13、14 调度为1、2、7、12、14
（3）strictly-match-label=true
关闭z3 2个实例后，region 4的副本分布由1、2、7、13、14 调度为1、2、7、12、14
（4）isolation_level=zone
关闭z3 2个实例后，region 4的副本分布由2、7、12、13、14 调度为2、7、10、12、14
上述4个测试过程region分布如下，可以看到当tidb集群认为为z3内所有节点down后会将相同region的副本调度到同一主机的不同tikv实例。
（4） 关闭z1、z3所有实例
只保留z2里2个tikv实例情况下，查询数据hang住，查询TIKV_REGION_PEERS出现了异常状态信息：5个副本全显示NORMAL。
启动一个tikv，保持有3个tikv在线 ，能够正常查询，2个副本状态保持为PENDING
（5）三副本测试
经测试与5副本一致，当关掉1台主机上的2个tikv实例后，tidb会将副本调度其他主机，出现一台主机上region的多个副本的情况。
三 总结
1、 pd会严格保证相同的region副本不会调度到同一tikv实例。
2、 至少要保证 副本数/2+1 个tikv实例存活才能提供正常服务(自动补副本或多副本失败恢复)。
3、 当出现region副本数>主机数量时，超过max-store-down-time后为保障副本数量满足配置要求会为region补充副本，会忽略label相同的设置，从而导致一台主机上有多个副本（一台主机有多个tikv时）。
4、推测若要副本按照预设的label调度保证隔离，需要主机、tikv有足够的数量，否则就会出现1台主机多个副本情况