GTID相关：
在mysql5.6之前，mysql主从复制是slave通过配置master的binlog位置实现的，且每一个slave自身的binlog却不同。而在mysql5.6版本后引入了GTID(全局事务标识符)，这个值在master生成，slave只要在开启主从复制时指定master的用户，密码，就可获取master的GTID实现同步，而无需再每次去查看master的binlog位置，大大方便了主从同步的配置。GTID的唯一性强化了数据的主备一致性，故障恢复，以及容错能力。
延迟复制相关：
在之前的博客中介绍过mysql的延迟复制，当时是基于第三方工具percona-toolkit实现的。在mysql5.6版本后，mysql自带了延迟复制的功能，且配置十分简单。
实验环境：
主库：192.168.52.128:3306
从库：192.168.52.135:3306
配置GTID复制：
1：安装mysql(不赘述)
2：开启GTID模式，主从库都要：
在my.cnf配置文件中加入binlog以及gtid相关配置，并重启mysql。
主：[mysqld]
binlog-format=ROW
log-bin=master-bin-log
log-slave-updates=true
gtid-mode=on ----开启gtid
enforce-gtid-consistency=true ---强制GTID一致性
master-info-repository=TABLE
relay-log-info-repository=TABLE
sync-master-info=1
slave-parallel-workers=2 ---设定从服务器的SQL线程数
binlog-checksum=CRC32
master-verify-checksum=1
slave-sql-verify-checksum=1
binlog-rows-query-log_events=1
server-id=1
从：[mysqld]
server-id = 2
log-bin=mysql-bin
binlog_format=row
log-slave-updates=true
gtid-mode=on
enforce-gtid-consistency=true
master-info-repository=TABLE
relay-log-info-repository=TABLE
sync-master-info=1
slave-parallel-workers=4
binlog-checksum=CRC32
master-verify-checksum=1
slave-sql-verify-checksum=1
binlog-rows-query-log_events=1
重启mysql:service mysqld restart
查看主库及丛库的gtid是否开启：
这时主库上会分配一个gtid号：
3：在主库上创建复制所需的账户：mysql>grant replication slave on *.* to [email protected].% identified by '123456';
mysql>flush privileges;
4：从库上配置同步。mysql>change master to master_host='192.168.52.128',master_user='repl',master_password='123456',master_auto_position=1;
mysql>slave start;
可以看到这里不用去主库查找binlog与相关的位置信息，直接使用master_auto_position=1，mysql会自动查找同步的位置
5：查看效果：
可以看到同步已经正常进行中，同步位置为7。
进行一些操作，验证同步效果：
主：创建一个实例，并新建一张表，插入一些数据
从：
同步正常，使用show slave stautus\G查看同步状态，可以看到同步位置执行到了10；
复制延迟配置：mysql>stop slave;
mysql>CHANGE MASTER TO MASTER_DELAY = 100； -------单位为秒
mysql>start slave;
mysql>show slave status \G;
SQL_Delay：字段变为100，表示此时从库与主库的同步开始有了100秒的固定延迟。
SQL_Remaining_Delay：当主库有了新的操作，该字段会进入倒计时，从配置的延迟时间(这里为100)开始。正常情况下为NULL。