本文为您介绍在使用云数据库 MySQL 产品时，由于拨测异常引起的相关事件以及对应处理建议。
说明：
拨测异常事件及处理建议
事件中文名称 | 事件英文名称 | 事件类型 | 从属维度 | 有无恢复概念 | 事件描述 | 处理方法和建议 |
主节点服务拨测异常（原：主节点服务故障） | MasterHealthCheckError | 异常事件 | 云数据库 MySQL 实例维度 | 无 | 主实例可能因高负载、连接数满、运行异常、网络波动等情况导致无法判断当前主实例节点服务状态为存活。 | 可适当增加节点配置来降低风险发生的概率。 1. 如您收到 MasterHealthCheckRecovery 事件，则代表主节点恢复，HA 切换回滚，并未实际发生 HA。 2. 如您收到 Switch 和 SlaveHealthCheckRecovery，则代表发生 HA 并成功恢复。 3. 如您收到 Switch，但没收到 SlaveHealthCheckRecovery，则代表发生 HA 且原 Master 实例被重建。 |
主节点服务拨测异常恢复（原：主节点服务故障恢复） | MasterHealthCheckRecovery | 恢复事件 | 云数据库 MySQL 实例维度 | 无 | 数据库主节点出现服务异常后恢复。 | 数据库主节点服务异常（MasterHealthCheckError）已恢复，可正常运行。 |
备节点服务拨测异常（原：备节点服务故障） | SlaveHealthCheckError | 异常事件 | 云数据库 MySQL 实例维度 | 无 | 备实例可能因高负载、连接数满、运行异常、网络波动等情况导致无法判断当前备实例节点服务状态为存活。 | 可适当增加节点配置或只读节点数量来降低风险发生的概率。 1. 如您收到 SlaveHealthCheckRecovery，说明备节点已恢复。 2. 如您未收到 SlaveHealthCheckRecovery，则说明备节点拨测已超时重建。 |
备节点服务拨测异常恢复（原：备节点服务故障恢复） | SlaveHealthCheckRecovery | 恢复事件 | 云数据库 MySQL 实例维度 | 无 | 1. 数据库备节点出现服务异常后恢复。 2. 原主节点异常，主备切换后，原异常主节点恢复为备节点。 | 1. 数据库备节点服务异常（SlaveHealthCheckError）已恢复，可正常运行。 2. 数据库原主节点服务异常（MasterHealthCheckError）已恢复，可正常运行。 |
