基于mysqldump搭建GTID主从

在实现mysql主从架构的过程中，可以使用基于mysqldump方式来构建主从。mysqldump在备份的过程中已经产生了GTID的相关信息，即这些GTID可以跳过，对于未跳过的GTID则有IO线程复制到从服务器，由SQL线程进行执行。本文主要演示mysqldump在GTID模式下搭建mysql主从。

一、GTID添加从库的方法

1.如果master所有的binlog还在，安装slave后，直接change master 到master原理是直接获取master所有的gtid并执行优点是简单缺点是如果binlog太多，数据完全同步需要的时间较长，并且需要master一开始就启用了GTID总结：适用于master也是新建不久的情况2.通过master或者其它slave的mysqldump备份搭建新的slave.原理：备份时获取master的数据和这些数据对应的GTID，在Slave端跳过备份包含的GTID优点是可以避免第一种方法中的不足缺点操作相对复杂总结：适用于拥有较大数据集的情况3、percona xtrabackup基于xtrabackup备份文件xtrabackup_binlog_info包含了GTID信息做从库恢复后，需要手工设置：set@@GLOBAL.GTID_PURGED="c8d960f1-83ca-11e5-a8eb-000c29ea831c:1-745497";恢复后，执行change master to缺点操作相对复杂总结：适用于拥有较大数据集的情况

二、演示从库搭建

1、演示环境mysql> system cat /etc/RedHat-releaseCentOS release 6.7 （Final）mysql> show variables like "version";+---------------+------------+| Variable_name | Value|+---------------+------------+| version | 5.7.12-log |+---------------+------------+主服务器：192.168.1.245:3306server_id : 245从服务器：192.168.1.247:3306server_id : 247--在主库端创建复制用户mysql> GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO "repl"@"%" IDENTIFIED BY "123456"; 2、直接使用change master（针对本文第一部分，第1小点情形）此处省略基于gtid配置的参数描述，具体可以参考：配置MySQL GTID 主从复制在从服务器端直接change master，如下：SLAVE> show variables like "server_id";+---------------+-------+| Variable_name | Value |+---------------+-------+| server_id | 247 |+---------------+-------+Slave> CHANGE MASTER TO-> MASTER_HOST="192.168.1.245",-> MASTER_USER="repl",-> MASTER_PASSWORD="123456",-> MASTER_PORT=3306,-> MASTER_AUTO_POSITION = 1;Query OK, 0 rows affected, 2 warnings （0.12 sec）Slave> start slave;Query OK, 0 rows affected （0.01 sec）Slave> start slave;Query OK, 0 rows affected （0.01 sec）Slave> show slave status G*************************** 1. row *************************** Slave_IO_State: Waiting for master to send eventMaster_Host: 192.168.1.245Master_User: replMaster_Port: 3306Connect_Retry: 60Master_Log_File: node3-binlog.000001Read_Master_Log_Pos: 457 Relay_Log_File: node5-relay-bin.000002Relay_Log_Pos: 676Relay_Master_Log_File: node3-binlog.000001 Slave_IO_Running: YesSlave_SQL_Running: Yes...............--主服务器端操作如下Master> create database tempdb;Query OK, 1 row affected （0.02 sec）Master> use tempdbDatabase changedMaster> create table t1（id int,ename varchar（20））;Query OK, 0 rows affected （0.09 sec）Master> insert into t1 values（1,"leshami"）;Query OK, 1 row affected （0.08 sec）--从服务器端验证Slave> select * from tempdb.t1;+------+---------+| id | ename |+------+---------+|1 | leshami |+------+---------+1 row in set （0.01 sec）3、基于mysqldump搭建gtid从库 --准备环境，从库端执行Slave> stop slave;--停止重库Query OK, 0 rows affected （0.01 sec）Slave> reset slave all; --重置主从配置信息Query OK, 0 rows affected （0.02 sec） --准备环境，主库端执行Master> source sakila-db/sakila-schema.sql--导入mysql自带的sakila数据库Master> source sakila-db/sakila-data.sql--填充数据 --使用mysqldump导出数据库# mysqldump --all-databases --single-transaction --triggers --routines --events > --host=localhost --port=3306 --user=root --password=MyP@ssw0rd >/tmp/alldb.sql--导出的文件中已经包含了GTID_PURGED的信息# grep GTID_PURGED /tmp/alldb.sql SET @@GLOBAL.GTID_PURGED="78336cdc-8cfb-11e6-ba9f-000c29328504:1-38";--将备份文件copy到从服务器# scp /tmp/alldb.sql 192.168.1.247:/tmp-- 执行reset master，重置从服务器上的binlogSlave> reset master;Query OK, 0 rows affected （0.03 sec）Slave> source /tmp/alldb.sqlSlave> show databases;--此时tempdb已产生+--------------------+| Database |+--------------------+| information_schema || mysql|| performance_schema || sakila || sys|| tempdb |+--------------------+--执行change masterSlave> CHANGE MASTER TO-> MASTER_HOST="192.168.1.245",-> MASTER_USER="repl",-> MASTER_PASSWORD="123456",-> MASTER_PORT=3306,-> MASTER_AUTO_POSITION = 1;Query OK, 0 rows affected, 2 warnings （0.06 sec）Slave> start slave;Query OK, 0 rows affected （0.00 sec）Slave> show slave status G*************************** 1. row *************************** Slave_IO_State: Waiting for master to send eventMaster_Host: 192.168.1.245Master_User: replMaster_Port: 3306Connect_Retry: 60Master_Log_File: node3-binlog.000001Read_Master_Log_Pos: 25637 Relay_Log_File: node5-relay-bin.000002Relay_Log_Pos: 423Relay_Master_Log_File: node3-binlog.000001 Slave_IO_Running: YesSlave_SQL_Running: Yes--主库端执行一些事务Master> alter table tempdb.t1 modify ename varchar（50）;Query OK, 0 rows affected （0.05 sec）Records: 0Duplicates: 0Warnings: 0Master> insert into tempdb.t1 values（2,"http://blog.csdn.net/leshami"）;Query OK, 1 row affected （0.02 sec）--从库端验证结果Slave> desc tempdb.t1;+-------+-------------+------+-----+---------+-------+| Field | Type| Null | Key | Default | Extra |+-------+-------------+------+-----+---------+-------+| id| int（11） | YES| | NULL| || ename | varchar（50） | YES| | NULL| |+-------+-------------+------+-----+---------+-------+2 rows in set （0.00 sec）Slave> select * from tempdb.t1;+------+------------------------------+| id | ename|+------+------------------------------+|1 | leshami||2 | http://www.linuxidc.com|+------+------------------------------+

本文永久更新链接地址