【 TiDB 使用环境】生产
【 TiDB 版本】v4.0.9
【遇到的问题】tidb集群只有三台tikv，现在一台tikv机器处于不可控状
【复现路径】`尝试通过中控机停掉不可控的那台机器上的tikv服务，发现没法控制，不能停掉
【问题现象及影响】
不知道直接硬重启有什么影响嘛
如果 tikv 其中一个节点不可控的话，建议先追加一个新的节点，在把这个不可控的做下线处理
这样可以维持服务的可用性，如果直接重启 tikv 节点，没办法达成 3副本的条件，会影响提供读写服务的能力 （短时间，服务可能不可用）
等待重启完成之后，若tikv 节点能正常的恢复，服务会自动恢复
在控制机上通过tiup cluster stop <cluster_name> -N ...:*** 的方式不能成功，那台机器也登录不上去，其他机器也不能远程过去，还有其他方式可以下线嘛。我们这个还有一个比较二的问题就是没有一个其他的机器添加进去。 
备份大法好
重启是指重启集群还是重启那一台不可控的tikv机器？
如果是已经不可控并且不可访问了，我感觉重启这台tikv机器没什么影响。
重启机器之后，三台tikv会挂掉一台，这个时候tikv集群会处于不可写，仅可读的状态，等重启完毕，tikv服务正常启动之后，PD会进行调度，调度完成后，集群会恢复正常
不受控的机器，在 PD 实例中，感知不到心跳会变成异常状态，也不会对哪个不受控的机器进行调度了
关键还是需要补充一个 节点
我的那台机器虽然没法操控，但是pd是可以正常探测到的。很奇怪。只是我们不能登录
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。