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 repl@192.168.52.% 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。