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 '123456'; 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.7/bin/mysqldump --skip-add-locks --default-character-set utf8 --master-data=2 --single-transaction --all-databases -E -R --triggers -uroot -p123456 --socket=/data/mysql/mysql3307/tmp/mysql3307.sock >all.sql
二、传统复制(3308端口的实例)
1.导入数据
2. 查看备份文件里的信息
注：备份时设置了--master-data=2 因此备份文件里有备份时刻的主库的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='123456',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='123456',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主从架构是实际生产中最常见的方式，在平时的管理维护中也会遇到各种问题需要处理，后续也将慢慢测试一些常见问题的处理及起原因的探索。
另外，也将基于主从架构的形式为基础探索集群、高可用、读写分离等。
耿小厨已开通个人微信公众号，想进一步沟通或想了解其他文章的同学可以关注我
