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