概述：本质上和传统异步复制没什么区别，就是加了GTID参数。
且可以用传统的方式来配置主从，也可以用GTID的方式来自动配置主从。
这里使用GTID的方式来自动适配主从。
需要mysql5.6.5以上
目录
一、基于GTID的异步复制（一主一从）
【1】环境
【2】my.cnf 参数配置（主从都配）
【3】在主库创建复制用户
【4】在从库上运行主从配置
【5】核验
【5.1】show slave status\G 查看是否有误
【5.2】核验之前创建的用户是否有同步过来
【5.3】在主库创建测试数据库与测试表查看同步情况
【5.4】show global variables like '%gtid%' ; 查看GTID信息
一、基于GTID的异步复制（一主一从）
【1】环境
操作系统：CentOS linux 7.5
数据库版本：5.7.26
数据库架构：主从复制，主库用于生产，从库用于数据容灾和主库备机，采用默认传统的异步复制。
主库IP：192.168.135.158 端口：3306
从库IP：192.168.135.159 端口：3306
【2】my.cnf 参数配置（主从都配）
#replication_new
log_bin=/mysql/log//mysql-bin #开启binlog
log_bin_index=/mysql/log//mysql-bin.index
binlog_format=row
binlog_rows_query_log_events=on
max_binlog_size= bind-address=0.0.0.0
server_id=2013306 #注意，这里从库的server_id和主库一定要不一样
expire_logs_days= #超过7天的binlog清理
innodb_support_xa=
binlog_cache_size=1M
log_bin_trust_function_creators= #同步存储过程、函数、触发器
innodb_flush_log_at_trx_commit=
sync_binlog=
transaction-isolation=read-committed #slave replication
relay_log=/mysql/log//relaylog/mysql-relay.log
log-slave-updates=
read_only=
slave-parallel-type=LOGICAL_CLOCK
slave-parallel-workers= master_info_repository=table #master_info 会记录到 mysql.slave_master_info
relay_log_info_repository=table #relay_log 会记录到，mysql.slave_relay_log_info
relay_log_recovery=
slave_skip_errors=ddl_exist_errors
slave_preserve_commit_order= #增加的GTID参数
gtid_mode=on
enforce_gtid_consistency=1 #on：当发现语句/事务不支持GTID时，返回错误信息
log-slave-updates=1
binlog_gtid_simple-recovery=1 #5.7.6以下默认为off，5.7.6以上默认为on
【3】在主库创建复制用户
这里也会记录到binlog，开启主从同步后会一并复制过去，以便我们做主从且换
create user 'rpl'@'192.168.135.%' identified by '';
grant replication slave on *.* to 'rpl'@'192.168.135.%';
flush privileges;
select user,host from mysql.user;
【4】在从库上运行主从配置
stop slave; change master to
master_host='192.168.135.158',
master_port=3306,
master_user='rpl',
master_password='',
master_auto_position=1; start slave;
如果是多主一从
对于需要多主一从情况(假设另一主库为157，账号为rpl)：
B mysql>
CHANGE MASTER TO
MASTER_HOST='192.168.135.157',
MASTER_USER='rpl',
MASTER_PASSWORD='',
master_auto_position=1 for CHANNEL 'm1'; CHANGE MASTER TO
MASTER_HOST='192.168.1.158',
MASTER_USER='rpl',
MASTER_PASSWORD='',
master_auto_position=1 for CHANNEL 'm2';
【5】核验
【5.1】show slave status\G 查看是否有误
OK。两个线程启动了，Error字样的字段也没有任何问题。
【5.2】核验之前创建的用户是否有同步过来
OK，没有问题。
【5.3】在主库创建测试数据库与测试表查看同步情况
#创建test2库，以及test2.test1表
create database test2;
create table test2.test1(id int);
insert into test2.test1 values(1);
commit;
select * from test2.test1;
从库查看
select * from test2.test1;
OK 核验完成。
【5.4】show global variables like '%gtid%' ; 查看GTID信息
可以查看是否开启，图中框出来的是最新事务的GTID，可以在主从上对照查看事务是否同步。
二、一主多从
步骤与一主一从一样，我们这里主要讲一主多从的主从切换
【1】环境
操作系统：CentOS linux 7.5
数据库版本：5.7.26
数据库架构：主从复制，主库用于生产，从库用于数据容灾和主库备机，采用默认传统的异步复制。
主库IP：192.168.135.158 端口：3306
从库IP：192.168.135.159 端口：3306
从库IP：192.168.135.160 端口：3306
【2】配置新从库192.168.135.160
【2.1】修改 my.cnf（具体参考上面一主一从）
【2.2】停止从库 =》运行change master to =》开启从库
【2.3】验证状态；show slave status\G
【3】主从切换，把158=>159
158 主库必须是停业务，或者宕机状态。且从库已经同步完现有数据。否则会数据不一致。
【3.1】在159、160操作，查看数据同步情况
stop slave io_thread;
（1）show global variables like '%gtid_executed%' ; 查看gtid值是否一样？
（2）show slave status\G
从库根据这个字段与主库的 show global variables like '%gtid_executed%' ; 对应
上面的那个字段，Retrieved_Gtid_Set 这个字段，当主库数据比从库多，之后再开启主从，这里记录了最后一个的恢复同步的GTID事务（或者说是回复到的点）
（3）确保IO线程已经没有事务在跑，状态如下
【3.2】主从切换 158-》159 具体操作
-- 原从1，现主，159：
stop slave; -- 原从2，现从，160： 当159和158有相同的复制账户及端口时，可以只改master_host即可，我们这里my.cnf与账户都是一样的，所以只需要改master_host。否则就要和最初配置一样，5个都要改
stop slave;
change master to
master_host='192.168.135.159';
-- ,master_user='rpl'
-- ,master_password='123456'
-- ,master_port=3306
-- ,master_auto_position=1;
start slave; -- 原主，现从，158：
stop slave; change master to
master_host='192.168.135.159',
master_user='rpl',
master_password='123456',
master_port=3306,
master_auto_position=1;
start slave;
【3.3】核验
使用 【一】中的【5】方法核验
参考：
GTID详解：https://blog.csdn.net/wmq880204/article/details/53160078
GTID详解：https://blog.csdn.net/thundermeng/article/details/50401150