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

服务器

浏览数:180

2019-7-28

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

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

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

 

作者:懂点IT的耿小厨