Mysql集群常见方案

Mysql主从架构

使用双节点数据库，搭建单向或者双向的半同步复制。
通常会和proxy、keepalived等第三方软件同时使用，即可以用来监控数据库的健康，又可以执行一系列管理命令。如果主库发生故障，切换到备库后仍然可以继续使用数据库。
优点：

• 架构比较简单，使用原生半同步复制作为数据同步的依据;
• 双节点，没有主机宕机后的选主问题，直接切换即可;
• 双节点，需求资源少，部署简单;

缺点：

• 完全依赖于半同步复制，如果半同步复制退化为异步复制，数据一致性无法得到保证;
• 需要额外考虑haproxy、keepalived的高可用机制。

高可用架构优化

将双节点数据库扩展到多节点数据库，或者多节点数据库集群。可以根据自己的需要选择一主两从、一主多从或者多主多从的集群。 由于半同步复制，存在接收到一个从机的成功应答即认为半同步复制成功的特性，所以多从半同步复制的可靠性要优于单从半同步复制的可靠性。并且多节点同时宕机的几率也要小于单节点宕机的几率，所以多节点架构在一定程度上可以认为高可用性是好于双节点架构。 但是由于数据库数量较多，所以需要数据库管理软件来保证数据库的可维护性。可以选择MMM、MHA或者各个版本的proxy等等。 常见方案如下：

(1) MHA+多节点