orchestrator 提供了"forget-cluster"HTTP接口用于下线集群。该接口可以根据提供的参数，推测可能的集群名cluster name，然后使用cluster name下线集群。其中cluster name在orchestrator的格式是集群主库的hostname和port的组合：hostname:port。例如，一个集群主库的hostname为waimai-mysql-001，port为3308，则集群的cluster name为waimai-mysql-001:3308。
该接口推测cluster name的设计，是为了方便使用，用户可以只提供一个简短的参数，就可以下线集群。
但这样设计也存在一定隐患的。
先来看下"forget-cluster"的推测集群名cluster name的过程。
推测cluster name
假设用户提供的参数是clusterHint。cluster name查找过程如下：
- 判断clusterHint是不是cluster name，如果是，直接返回这个cluster name，否则，继续；
- 判断clusterHint是不是集群别名cluster alias，如果是，进而得到cluster name并返回，否则，继续；
- 判断clusterHint是不是包含DB实例的hostname，如果是，进而得到cluster name并返回，否则，继续；
- 判断clusterHint是不是包含DB实例hostname的一部分，如果是，进而得到cluster name并返回，否则，返回错误。
存在的问题
从上面cluster name的推测过程看，如果用户提供的参数clusterHint是某个集群A的cluster alias，同时又是集群B中的DB实例的hostname或者hostname的一部分，当集群A已下线的情况下，调用"forget-cluster"接口，就会将集群B下线，但这是超出预期的。
例如，
| 集群 | 集群别名 | DB实例 |
|---|---|---|
| A | test |
waimai-mysql-test |
| B | hotel | hotel-mysql-test |
解决方案
方案一
尽量不使用cluster alias作为参数，而是使用cluster name，可以在一定程度上避免这个问题。但不能完全解决这个问题。
方案二
新增加一个接口，严格限制参数是cluster name或cluster alias，这样可以完全解决这个问题。