从mysql库向内存库全量同步_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进行导出。

二、传统复制(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

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)上能查看到从库信息

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端口(基于位置的从库)

b.3309端口(基于GTID的从库)

通过简单的数据写入，发现主库的记录已经正常同步至2个从库。Tips: MySQL主从架构是实际生产中最常见的方式，在平时的管理维护中也会遇到各种问题需要处理，后续也将慢慢测试一些常见问题的处理及起原因的探索。 另外，也将基于主从架构的形式为基础探索集群、高可用、读写分离等。

想进一步沟通或想了解其他文章的同学可以关注我

欢迎大家关注 数据库干货铺