MySQL原生HA方案 – Fabric体验之旅

摘要：众所周知，Fabric能提供MySQL的HA和Sharding方案，但是并没有具体的介绍其具体的表现和搭建部署流程。笔者所在团队亲身体验了此过程，虽然过程简单但是却充满着无穷的乐趣，也为未来的应用带来了福音。

还在为MySQL HA方案的选型头疼吗在不用了，自从2014年5月28日Oracle发布Fabric之后，一切都变得如此简单。因为是原生的官方产品，可以放心使用，由于这款产品大力的增强了HA效率，可以看出Oracle对云计算的支持力度，说明Oracle这个大象也可跳舞，而且还挺灵活的。

接下来我们将循序渐进的带领大家感受Fabric带来的乐趣。

一、实验环境

本例的实验环境是在一台CentOS主机中做的，机器上有3个MySQL实例，分别是3306、3691和3692，我们要做的就是用这3个实例达成HA效果

九、建立HA服务器组

这个HA服务器组，用于把参与HA的所有MySQL实例都填加进来：

这样我们就创建了一个组名为my_group的HA服务器组。

十、填加HA组的成员

我们首先填加3691，具体如下：

接下来填3692，具体如下：

如果屏幕回显示无error，那么说明成功填加了成员。我们也可以查看一下my_group里面的成员信息，具体如下：

大家可以看到，这2个实例都不是PRIMARY，说明刚刚搭建完的环境，系统是不会选举出PRIMARY的。

十一、选举一个主库

选举的方法也非常简单，具体如下：

可见执行成功了，并没有返回error。

接下来我们再次验证一下HA集群中各服务器情况。

可见Fabric已经随机选举了一个Master角色。

十二、激活故障自动切换

即使Fabric选出了Master角色，但当这个Master宕机时，Fabric并不会自动将Secondary角色切换成Master角色，所以我们需要将HA配置成可以自动切换角色的样子，具体如下：

 当然，我们也可以依据具体需求取消Fabric故障自动切换。

十三、测试HA

在这个实验中，我们将3691实例停止，再看看Fabric的状态：

其中3692实例的状态已经变成了“FAULTY”，可以看出Fabric自动检测到了这个故障，并且选举了slave重新当了primary角色。我不得不说就是这个功能，是它吸引我的原因之一。

 十四、后续学习

关于后续的学习，大家要看看官 的用户手册，里面还有很多HA维护的方法，如增减节点等问题，同时目前Fabric也提供了phtyon和Java的API，可以供软件开发人员直接使用，以后的软件开发人员，不是再直接连接到MySQL实例，而是连接到Fabric，由Fabric来统一分发请求，这有些象MySQL Proxy，但它的应用前景要比MySQL Proxy更宽更广。

文章知识点与官方知识档案匹配，可进一步学习相关知识MySQL入门技能树首页概览31260 人正在系统学习中