Part 01
概述
Mysql作为市场上最受欢迎的数据库之一，可以给业务提供稳定的数据读写能力。随着业务场景多样化，单一的数据库管理已经不满足市场需求，逐渐的衍生出了多种类型的高可用方案，其中MHA最受欢迎，但MHA依赖分布式mha4服务，容错性差，且造成浪费资源。所以我们需要通过双高可用方式来提高数据库的稳定性。
Part 02
组成
图片
Mysql高可用包含3个模块，具体模块详情如下：
➤keeplived服务：主要提供可用VIP；
➤Mysql_cluster服务：实现用户数据的读写和故障迁移；
➤同步检测服务：通过拨测检查服务同步状态，进行异常处理。
Part 03
方案介绍
1️⃣通过域名对外提供服务；
2️⃣两台Mysql都可读写，互为主备，masterA负责数据的写入，masterB备用；
3️⃣masterA是masterB的主库，masterB又是masterA的主库，它们互为主从；
4️⃣两台主库之间做高可用,可以采用keepalived方案（使用VIP对外提供服务）；
5️⃣masterA或masterB均不因异常恢复后而抢占VIP（nopreempt）;
6️⃣masterA和masterB均有同步数据探测，同步异常及时处理。
Part 04
方案优势
数据库高可用方案具有以下优势：
➤ 多集群管理：降低了多种异常发生造成的影响，提高了环境的稳定性。
➤ 数据准确性：Mysql单节点写入，不容易造成数据覆盖、主键重复等问题，解决了同步异常无法确定以哪个库为准的问题。
➤ 降本增效：与传统数据库高可用相比，服务器资源占用降低了30%以上、节省运维成本40%以上。
➤ 检测机制：频率性监测机制，确保及时发现问题，自身治愈。
Part 05
方案效果
masterA和masterB可以采用单/双递增主键：
1.解决Mysql节点都可以写入，极其容易造成主键重复，进而导致主从同步失败的问题。
2.标识数据通过哪个数据库写入。
Part 06
结束语
在整体方案上，如果要保证数据的准确性，就依赖于单写，技术架构上就存在单点压力过载的风险，目前数据库单写是瓶颈。读写分离、多写将是未来的主要发展趋势，技术架构难解决的问题，我们可以通过业务侧来解决，根据业务分类选择高可用架构中不同的数据库存储，可以保证单业务侧的数据完整性，就能解决单写和单点压力过载的问题。为不同业务应用场景提供相匹配的解决方案，实现多种应用场景才是我们的初衷。
