用这个检查下。
如果同时down 两个，剩下1个副本，选不出来了啊。就迁不走了
我看了下 其中一个剩下了3个leader 的down 的节点，发现leader 在down 掉的节点上，但是另外的两个peer 在正常的节点上，开启了驱逐leader 的调度，没有生效，驱逐leader 的这个参数是不是只有tikv正常提供服务的时候才正常调度
pd-ctl operator add transfer-leader 1 2 // 把 Region 1 的 leader 调度到 store 2
手动试试
你运气太背 3副本丢失了2 基于raft共识算法3副本丢失2个 无法构成多数派 服务会不可用 看看能不能试试从备份恢复损坏的副本 论备份的重要性了
如果节点比较多 可以相应的提高副本数量 以提升容错率 当然更多的副本也可能导致性能下降
https://docs.pingcap.com/zh/tidb/stable/online-unsafe-recovery#online-unsafe-recovery-使用文档
多副本丢失看看这个
也就是说region3副本死了2个副本，剩下的1个也不可用了，剩下的那个是leader 在存活也无济于事，
是的剩下1副本 数据仍然存在 但无法对外提供读写服务了 也就是服务不可用 如果可以接受RPO不为0 则楼上提供的有损恢复的操作方案是正解 可以试试
服务完全不可用了吗
是的，现在已经起不来了