MySQL高可用平台初步设计

这是学习笔记的第 1783篇文章

今天在梳理MySQL高可用平台的初步设想时，发现整个高可用模块的建设随着平台系统的完善和初步接入，建设思路也清晰起来了。

简单画了下面的图。

我简单介绍下里面的一些细节信息。

首先元数据的部分是拆分为了主机，实例，集群，应用这四个维度，数据库维度的信息暂时没有接入。

根据这四个维度的信息进行业务场景的对接，高可用部分毫无疑问就是集群维度了，目前暂且把主从信息也纳入了一类最基本的集群信息，除此之外还有MHA,中间件等集群方案。

高可用管理是期望作为一个数据变更的统一入口，通过配置管理来完成高可用信息的维护，这个维护的过程中产生的数据变化都需要推送到指定的元数据属性中去，所以一个元数据信息的变化会产生级联的数据变化，但是基准数据来自于高可用集群配置信息。

对于元数据中的集群配置信息而言，高可用信息仅作为查询所有，是不支持直接修改的。

这些数据都能够通过关联关系联动起来，那么数据的生命周期管理就有了一个好的开始了，这个数据变更的部分可以统一封装为一个API,逻辑的变化相对来说也是一个统一的逻辑和接口，使用起来会更清晰。

此外，高可用中对于高可用管理节点的维护是很容易被忽略的，就好比一个100%负荷工作的员工，没有人能够替代他的工作，那么他有一天生病了，那么整个项目都就歇菜了，所以既然管理节点如此重要，我们就需要让他的价值被发挥出来，而不是简单是一个摆设，等到问题发生之后再去弥补。

而在高可用管理中最酷的一件事情就是高可用切换管理了，这个过程需要在前期把很多前置工作做好，高可用在计划内是支持switchover模式的，如果这种模式可行，在这个基础上借助于consul的域名高可用，那么DBA的高可用工作就完成了一大半。