MySQL主从复制以及实验详解

主从复制：

其实就是复制的是主服务器的二进制日志，从服务器然后再重新根据日志操作一遍，从而达到和主服务器里的数据一样，但是时间上会有延迟。

MySQL主从复制基本原理逻辑图

主从复制详细过程

1）在Slave 服务器上执行start slave命令开启主从复制开关，开始进行主从复制。
2）此时，Slave服务器的IO线程会通过在master上已经授权的复制用户权限请求连接master服务器，并请求从执行binlog日志文件的指定位置（日志文件名和位置就是在配置主从复制服务时执行change
master命令指定的）之后开始发送binlog日志内容
3）Master服务器接收到来自Slave服务器的IO线程的请求后，其上负责复制的IO线程会根据Slave服务器的IO线程请求的信息分批读取指定binlog日志文件指定位置之后的binlog日志信息，然后返回给Slave端的IO线程。返回的信息中除了binlog日志内容外，还有在Master服务器端记录的IO线程。返回的信息中有binlog中的下一个指定更新位置。
4）当Slave服务器的IO线程获取到Master服务器上dump线程发送的日志内容、日志文件及位置点后，会将binlog日志内容依次写到Slave端自身的Relay
Log（即中继日志）文件（Mysql-relay-bin.xxx）的最末端，并将新的binlog文件名和位置记录到master-info文件中，以便下一次读取master端新binlog日志时能告诉Master服务器从新binlog日志的指定文件及位置开始读取新的binlog日志内容
5）Slave服务器端的SQL线程会实时检测本地Relay Log 中IO线程新增的日志内容，然后及时把Relay LOG
文件中的内容解析成sql语句，并在自身Slave服务器上按解析SQL语句的位置顺序执行应用这样sql语句，并在relay-log.info中记录当前应用中继日志的文件名和位置点

主从复制的条件

1、主需要开启Binlog功能
2、主库要建立账号（授权从服务器过来复制binlog）
3、从库要配置master.info（CHANGE MASTER to…相当于配置密码文件和Master的相关信息）
4、start slave 开启复制功能

实验：

实验名称：构建一个简单的MySQL主从复制集群
实验环境：2台2c/4G的服务器（虚拟机），centos7.9，mysql 5.7.32
实验环境：
	为了提升MySQL的并发能力构建一个简单的MySQL集群，实现读写分离功能，大大提升MySQL集群的业务处理能力。同时深入学习MySQL的整体的部署和对集群架构的理解。
实验步骤：
	1.准备两台安装好系统的服务器，使用脚本一键部署安装好MySQL
	2.在master上开启二进制日志并且配置server_id，在slave上配置server_id
	3.在