MySQL高可用方案的高可用性架构模型，这个模型很简单，可以检测主从状态并发现主从状态。实例异常后将进行故障转移，在切换之前可能需要进行一些改进操作，例如数据完成，后服务IP必须绑定以提供外部流量。通过不同的高可用性保证方法（异步/同步复制），切换主库时实现零数据丢失。下面一起来了解一下MySQL方案选择时的注意事项有哪些？

1、注意方案的高可用性

业务连续性是指数据库的使用者（业务）是否可以始终访问和使用数据库。主/备用切换发生时，数据库的业务连续性将受到影响多长时间？由于主数据和备份数据上至少有两个数据副本，因此与仅一个数据副本相比，主数据库承受业务压力的能力可能会受到影响，并且性能需要保持平衡。

2、注意高可用性覆盖范围

故障检测的目的是确保当节点出现故障时可以及时通知HA并启动修复或切换任务。节点故障包括由硬件故障，网络故障，操作系统故障，受监视的软件故障或监视软件故障引起的异常节点状态或无响应。一致性的要求是零数据丢失（完全同步复制）；性能要求是大性能（异步复制），从概念上讲这是两个极端。如果必须在两者之间选择一个平衡点，则半同步解决方案可能会脱颖而出。

总而言之，MySQL高可用方案选择时的注意事项有注意方案的高可用性，注意高可用性覆盖范围。需要采用不同的方法来避免可用性问题，例如增加操作和维护规范，对接外部援助监视，为高可用性软件适应网络环境以及对故障情况进行详细的分类和处理。对于监控软件来说，自身的故障也是一种故障。