今天给大家介绍两种mysql的主从同步方式：第一种是基于binlogzhu主从同步；第二种就是基于gtid的主从同步方式。

首先给大家介绍一下什么是sql的主从复制。

主从复制：

通过将MySQL的某一台主机（master）的数据复制到其他主机（slaves）上，并重新执行一遍来执行 复制过程中一台服务器充当主服务器，而其他一个或多个其他服务器充当从服务器

MySQL支持的复制类型：

基于语句（statement）的复制

在主服务器上执行SQL语句，在从服务器上执行同样的语句。MySQL默认采用基于语句的复制，效率比较高。

基于行（row）的复制

把改变的内容复制过去，而不是把命令在从服务器上执行一遍。从MySQL 5.0开始支持。

混合型（mixed）的复制

默认采用基于语句的复制，一旦发现基于语句的无法精确复制时，就会采用基于行的复制。

为什么要做主从复制（用途）：

灾备

数据分布

负载平衡

读写分离

提高并发能力

主从复制原理：

主要基于MySQL二进制日志

主要包括三个线程（2个I/O线程，1个SQL线程）

1、MySQL将数据变化记录到二进制日志中；
2、Slave将MySQL的二进制日志拷贝到Slave的中继日志中；
3、Slave将中继日志中的事件在做一次，将数据变化，反应到自身（Slave）的数据库详细步骤：1、从库通过手工执行change master to 语句连接主库，提供了连接的用户一切条件（user 、password、port、ip），并且让从库知道，二进制日志的起点位置（file名 position 号）； start slave
2、从库的IO线程和主库的dump线程建立连接。
3、从库根据change master to 语句提供的file名和position号，IO线程向主库发起binlog的请求。
4、主库dump线程根据从库的请求，将本地binlog以events的方式发给从库IO线程。
5、从库IO线程接收binlog events，并存放到本地relay-log中，传送过来的信息，会记录到master.info中
6、从库SQL线程应用relay-log，并且把应用过的记录到relay-log.info中，默认情况下，已经应用过的relay 会自动被清理purge

MySQL复制常用的拓扑结构：

主从类型（Master-Slave）

主主类型（Master-Master）

级联类型（Master-Slave-Slave）

如何实现主从复制

在主服务器（master）上
    启用二进制日志
    选择一个唯一的server-id
    创建具有复制权限的用户
在从服务器（slave）上
    启用中继日志
    （二进制日志可开启，也可不开启）
    选择一个唯一的server-id
    连接至主服务器，并开始复制

给大家介绍一下第一种基于binlog的主从同步方式：

首先是准备工作，创建三台机器。

在这里我将192.168.1.11作为主服务器，另外两台作为从服务器。然后都安装并且开启mysql服务.

[root@openEuler-1 ~]# yum install -y mysql-server
[root@openEuler-1 ~]# systemctl enable --now mysqld

由于三台虚拟机都是一样的操作，这里就不重复展示。

接下来就是对主服务器进行配置：

首先是设置唯一的server_id（建议用ip地址的最后三位）：

[root@openEuler-1 ~]# vim /etc/my.cnf.d/mysql-server.cnf 

以此为另外两台机子插入的数据是server_id=12(13)

然后查看主机的binlog：

mysql> show master status;
+---------------+----------+--------------+------------------+-------------------+
| File          | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+---------------+----------+--------------+------------------+-------------------+
| binlog.000001 |      678 |              |                  |                   |
+---------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

这样主机就完成后了配置：

接下来我们对从库进行配置：

至此，我们对两台从库的配置已经完成。接下来看看是否配置成功。

此时我们已经配置完成主从配置，接下来就是验证主从配置

在主机上创建一个数据库

mysql> create database db1;
Query OK, 1 row affected (0.01 sec)

在另外两台机子上查看

在主机的数据库中创建一个表并且插入内容

mysql> use db1
Database changed
mysql> create table t1(id int);
Query OK, 0 rows affected (0.01 sec)mysql> insert into t1 values(1),(2),(3),(4);
Query OK, 4 rows affected (0.03 sec)
Records: 4  Duplicates: 0  Warnings: 0

在另外两个机子上查看是否有数据

此时删除主机上的数据库

mysql> drop database db1;
Query OK, 1 row affected (0.01 sec)

在另外两台机子上查看是否还存在

可选配置

#[可选] 0（默认）表示读写（主机），1表示只读（从机）
read-only=0
#设置日志文件保留的时长，单位是秒
binlog_expire_logs_seconds=6000
#控制单个二进制日志大小。此参数的最大和默认值是1GB
max_binlog_size=200M
#[可选]设置不要复制的数据库
binlog-ignore-db=test
#[可选]设置需要复制的数据库,默认全部记录。
binlog-do-db=需要复制的主数据库名字
#[可选]设置binlog格式
binlog_format=STATEMENT

至此，基于binlog建立主从同步的实验结束！

接下来介绍第二种，基于gtid的主从同步：

我们首先要两台从设备上一种模式的主从：如果不想停可以选择快照还原

mysql> stop slave;
Query OK, 0 rows affected, 1 warning (0.01 sec)

然后开启gtid(三台机器都是同样的操作):

[root@openEuler-1 ~]# vim /etc/my.cnf.d/mysql-server.cnf 

开启之后需要重启服务

[root@openEuler-1 ~]# systemctl restart mysqld

然后开启从库配置：

开始前先停止slave在进行配置后再启动

第一种方法配置从库

第二种方法配置从库

之后在主库中新建一个库，对这个主从同步进行测试：

mysql> create database it;
Query OK, 1 row affected (0.00 sec)mysql> show master status;
+---------------+----------+--------------+------------------+----------------------------------------+
| File          | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set                      |
+---------------+----------+--------------+------------------+----------------------------------------+
| binlog.000002 |      336 |              |                  | 8d5f4996-e18e-11ef-9d13-000c29f250db:1 |
+---------------+----------+--------------+------------------+----------------------------------------+
1 row in set (0.00 sec)mysql> use it
Database changed
mysql> create table user(-> di int,-> name char(20)-> );
Query OK, 0 rows affected (0.02 sec)mysql> insert into user values(1,'alice'),(2,'bob'),(3,'tom');
Query OK, 3 rows affected (0.02 sec)
Records: 3  Duplicates: 0  Warnings: 0

此时，两个从库都实现了同步试验成功。

总结：相比于binlog方式，gtid方式更加简单，因为它不用查看binlog_file以及binlog_position.