数据库高可用架构了解一下

 看多了应用服务的数据高可用架构，我们来看看数据库的库高可用高可用吧。

数据存储高可用的架构解下方案本质都是通过将数据复制到多个存储设备，通过数据冗余的数据方式来实现高可用。常见的库高可用高可用架构有主备、主从、架构解下主主、数据集群、库高可用分区等，架构解下接下来我们聊聊每种架构的数据优缺点。

主备架构

1. 基本架构拓扑图如下

整体架构简单，库高可用几乎所有的架构解下数据库都提供了主备复制的功能，例如Mysql、数据Oracle、库高可用MongoDB等。架构解下在这种架构中备库主要承担数据备份的作用，不参与实际业务读写操作，如果把备机改成主机需要人工操作。

2. 优缺点分析

对于客户端来说，不需要感知备机的存在，即使灾难恢复后，原来的备机被人工干预修改为主机，亿华云计算客户端只需要简单修改连接地址即可，应用架构不需要做任何改动；

主机和备机只需要进行数据复制，不需要进行状态判断和主备切换这类复杂操作。

这种架构的缺点也比较明显：

备机主要是用于数据备份，如果应用架构没有读写分离设计时会造成成本浪费

故障后需要人工干预，无法自动恢复，而人工处理效率又比较低，恢复过程也容易出错。

主从架构

主从架构与主备架构只有一字之差，但是对于实际应用架构差距却很大。在主备架构中备库不参与业务操作，而在主从架构中从库是需要参与业务操作的，应用架构需要做读写分离，将写操作写入主库，而读操作从从库读。

1. 主从基本架构拓扑图如下

2.优缺点分析

相比于主备架构，它有如下优点：

在主库故障时，读操作相关业务可以继续运行

从库对外提供读能力，发挥了硬件的性能

可以为不同的角色提供不同的从库

缺点：

主从架构中从库需要提供读业务，如果主从复制延迟大，数据会出现不一致情况；

应用架构需要做修改，一般会加入读写分离，复杂度比主备高；

故障后需要人工干预，无法自动恢复，而人工处理效率又比较低，服务器租用恢复过程也容易出错。

主从切换

上面两种架构都存在两个共同问题：

主库故障后，无法进行写操作

主库出了问题后需要人工干预才能将从库切换到主库，而人工切换又可能出现不及时或者切换故障的问题。

基于以上两个问题我们需要一个能自动切换的架构，当主库出了故障后能自动将从库切换成主库，无需运维人员干预。

要实现主从切换架构必须要考虑一个关键点：必须要有一个机制能监测到数据库节点的运行状态，以此来决定是否切换。

这种架构我们一般会引入一个第三方中介，数据库节点定时向第三方中介汇报自己的状态信息；或者第三方中介定时去数据库节点拉取数据库状态；

优点：

解决了人工干预的问题，大大减少了故障时间，一定程度上保护了运维人员的人生安全 缺点：

架构复杂，引入了第三方中介后又需要保证第三方中介的高可用。

这里推荐大家了解一下mysql的 MHA 架构，或者使用ZK、Keepalived自己搭建主从切换架构。

主主架构

主主架构又叫主主复制，两台数据库都是主库，互相将数据复制给对方，客户端可以挑选任意一台数据库进行读写操作。

相比于主从切换，主主架构有如下优点：

两台数据库都是服务器托管主库，不存在切换的概念

客户端无需区分不同角色的主机，随便将读写操作发给哪台数据库。

架构简单

但是允许向两台主数据库写入是一件很危险的事：

AB两台数据库采用自增长主键，A库插入用户后id是1，B库插入用户后id也是1，数据冲突

tb update tb set col = col +1 update tb set col = col * 2 

以上，希望对你有所帮助！

很赞哦!（63）