MySQL简单主从方案及暴露的问题资源-CSDN文库

29 浏览量 2021-02-01 14:29:15 上传评论收藏 286KB PDF 举报

资源推荐

资源详情

资源评论

MySQL简单主从方案及暴露的问题简单主从方案及暴露的问题

1、概述

从本篇文章开始我们将花一定的篇幅向读者介绍mysql的各种服务集群的搭建方式。大致的讨论思路是从最简的MySQL主从方

案开始介绍，通过这种方案的不足延伸出更复杂的集群方案，并介绍后者是如何针对这些不足进行改进的。MySQL的集群技

术方案特别多，这几篇文章会选择一些典型的集群方案向读者进行介绍。

2、MySQL最简单主从方案及工作原理

我们讲解的版本还是依据目前在生产环境上使用最多的version 5.6进行，其中一些特性在Version 5.7和最新的Version 8.0中有

所改进，但这不影响读者通过文章去理解构建MySQL集群的技术思路，甚至可以将这种机制延续到MariaDB。例如马上要提

到的MySQL自带的日志复制机制（Replicaion机制）。

MySQL自带的日志复制机制称为MySQL-Replicaion。从MySQL很早的 Version 5.1版本就有Replicaion技术，发展到现有版本

该技术已经非常成熟，通过它的支持技术人员可以做出多种MySQL集群结构。当然，后文我们还会介绍一些由第三方软件/组

件支持的MySQL集群方案。

2-1、MySQL-Replicaion基本工作原理

Replicaion机制从技术层面讲，存在两种基本角色：Master和Salve。Master节点负责在Replicaion机制中，向一个或者多个目

标输出数据，而Salve节点负责在Replicaion机制中接受Master节点传来的数据。在实际业务环境下，Master节点和Salve节点

还分别有另外一个名字：Write节点和Read节点——是的，利用Replicaion机制我们可以搭建以读写分离为目标的MySQL集群

服务。但是为了保证读者在阅读文章内容时不会产生歧义，在本文（和后续文章）中我们都将使用Master节点和Salve节点这

样的称呼。Replicaion机制依靠MySQL服务的二进制日志同步数据：

如上图所示，Salve在启动后会建立一个和Master节点的网络连接，当Master节点的二进制日志发生变化后，一个或者多个

MySQL Salve服务节点就会通过网络接监听到这些变化日志。接着Salve节点会首先在本地将这些变化写入中继日志文件

（Relay Log），这样做是为了尽量避免MySQL服务在出现异常时同步数据失败，其原理和之前介绍过的InnoDB Log的工作

原理相似。当中继日志文件发生完成记录后，MySQL Salve服务会将这些变化反映到对应的数据表中，完成一次数据同步过

程。最后Salve会更新重做日志文件中的更新点（Position），并准备下一次Replicaion操作。

在这个过程中多个要素都可以进行配置，例如可以通过sync_binlog参数配置Master节点上数据操作次数和日志写入次数配比

关系、可以通过binlog_format参数配置日志数据的信息结构、可以通过sync_relay_log参数配置Salve节点上系统接收日志数

据与写入中继日志文件次数的配比关系。这些参数和其它一些在示例中使用的参数会在本文后续小节进行介绍。

2-2、MySQL一主多从搭建方式

介绍完MySQL Replicaion机制的基本工作方式后，我们紧接着就来快速搭建由一个Master节点和一个Salve节点构成的

MySQL集群。读者可以从这个一主一从的MySQL集群方案扩展出任何一主多从的集群方案：

本内容试读结束，登录后可阅读更多

下载后可阅读完整内容，剩余5页未读，立即下载

内容反馈

weixin_38750644

粉丝: 5
资源: 907

最新资源

资源上传下载、课程学习等过程中有任何疑问或建议，欢迎提出宝贵意见哦~我们会及时处理！点击此处反馈

feedback-tip