MySQL5.7主从同步--点位方式及GTID方式

　　MySQL5.6加入了GTID的新特性，其全称是Global Transaction Identifier，可简化MySQL的主从切换以及Failover。GTID用于在binlog中唯一标识一个事务。当事务提交时，MySQL Server在写binlog的时候，会先写一个特殊的Binlog Event，类型为GTID_Event，指定下一个事务的GTID，然后再写事务的Binlog。主从同步时GTID_Event和事务的Binlog都会传递到从库，从库在执行的时候也是用同样的GTID写binlog，这样主从同步以后，就可通过GTID确定从库同步到的位置了。也就是说，无论是级联情况，还是一主多从情况，都可以通过GTID自动找到需要进行复制的点位，而无需像之前版本那样通过File_name和File_position来进行位置点的主从复制。

下面将分别介绍两种主从复制的搭建，相关问题的解决及内部原理将在后续实验中继续探索。

一、准备工作

创建2个（或3个）MySQL 实例，我搭建3个MySQL实例(一主2从)来分别演示，结构如下

我在同一台机器上搭建的3个mysql实例，角色说明如下

创建MySQL实例的步骤参考之前的博文，https://www.cnblogs.com/gjc592/p/9203711.html，注意内存大小及innodb_buffer_pool_size的设置，我的虚拟机是2G内存，搭建3个实例，因此三个实例的innodb_buffer_pool_size均设置为512M。如果内存较小，innodb_buffer_pool_size设置过大，启动数据库时将异常。

1. 3台实例创建完毕后，在master上创建复制账号

/usr/local/mysql5.7/bin/mysql -uroot -p --socket=/data/mysql/mysql3307/tmp/mysql3307.sock

mysql> create user repl@'%'  identified by '';
Query OK, 0 rows affected (0.04 sec)

mysql> grant  replication slave on *.* to repl@'%';
Query OK, 0 rows affected (0.00 sec)

mysql> flush privileges;
Query OK, 0 rows affected (0.01 sec)

mysql> 

2. 将主库的数据全量导出（mysqldump或xtrabackup工具），因为是测试环境，数据量小，因此就使用mysqldump进行导出。

/usr/local/mysql5./bin/mysqldump  --skip-add-locks  --default-character-set utf8   --master-data= --single-transaction  --all-databases  -E -R --triggers -uroot -p123456 --socket=/data/mysql/mysql3307/tmp/mysql3307.sock >all.sql

 

 二、传统复制(3308端口的实例)

1.导入数据

2. 查看备份文件里的信息

注：备份时设置了--master-data= 因此备份文件里有备份时刻的主库的binlog日志信息

3. 在从库上配置主从

根据第2步的位置信息，配置主从，然后开启主从同步，开启后查看主从同步的状态，如果IO线程(Slave_IO_Running)和SQL线程(Slave_SQL_Running:)均为Yes，则说明主从同步正常。

-- 配置主从
mysql> change master to master_host='10.163.78.121',master_port=3307,master_user='repl',master_password='',master_log_file='mysql_binlog.000006',master_log_pos=194;
Query OK, 0 rows affected, 2 warnings (0.06 sec)

-- 开启主从同步
mysql> start slave;
Query OK, 0 rows affected (0.01 sec)

-- 查看主从同步状态
mysql> show slave status\G

三、基于GTID的主从（3309端口）

1.导入数据

2. 查看备份信息里的的GTID，配置起始GTID

mysql> reset master;
Query OK, 0 rows affected (0.05 sec)

mysql> SET @@GLOBAL.GTID_PURGED='29a1d089-7a79-11e8-8164-525400ad5460:1-103';
Query OK, 0 rows affected (0.00 sec)

3. 配置主从同步，开启主从同步并查看同步状态

mysql> change master to master_host='10.163.78.121',master_port=3307,master_user='repl',master_password='',master_auto_position=1;
Query OK, 0 rows affected, 2 warnings (0.02 sec)

mysql> start slave;
Query OK, 0 rows affected (0.01 sec)

mysql> show slave status\G

注意：本次配置就不需要写binlog文件名及位置信息，而是写master_auto_position=1即可。

四、测试主从同步

1.在主库（master）上能查看到从库信息

mysql> show slave hosts;

2. 在主库创建一张表，并插入记录

mysql> use testdb;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> create table   test_slave1(id int primary key ,name varchar(50),age int);
Query OK, 0 rows affected (0.07 sec)

mysql> insert into  test_slave1 select 1,'zhangsan',20;
Query OK, 1 row affected (0.02 sec)
Records: 1  Duplicates: 0  Warnings: 0

mysql> insert into  test_slave1 select 2,'lisi',30;
Query OK, 1 row affected (0.00 sec)
Records: 1  Duplicates: 0  Warnings: 0

mysql> select  * from test_slave1;

3. 分别在2个从库上查看

a.3308端口（基于位置的从库）

[root@gjc18 ~]# /usr/local/mysql5.7/bin/mysql -uroot -p123456 --socket=/data/mysql/mysql3308/tmp/mysql3308.sock

mysql> select * from testdb.test_slave1;

b.3309端口（基于GTID的从库）

通过简单的数据写入，发现主库的记录已经正常同步至2个从库。

Tips:

MySQL主从架构是实际生产中最常见的方式，在平时的管理维护中也会遇到各种问题需要处理，后续也将慢慢测试一些常见问题的处理及起原因的探索。

另外，也将基于主从架构的形式为基础探索集群、高可用、读写分离等。

耿小厨已开通个人微信公众号，想进一步沟通或想了解其他文章的同学可以关注我