MySQL在5.6版本推出了GTID复制。
gtid=uuid：事件序号（uuid每台主机唯一）
[root@localhost][(none)]> show variables like '%uuid%';Retrieved_Gtid_Set : 从库已经接收
Executed_Gtid_Set : 从库自身已经执行的事务编号binlog不可能永远驻留在服务上，需要定期进行清理(通过expire_logs_days可以控制定期清理间隔)，否则迟早它会把磁盘用尽。gtid_purged用于记录已经被清除了的binlog事务集合
gtid_executed为空意味着要么之前没有启动过基于GTID的复制，要么执行过RESET MASTER。执行RESET MASTER时同样也会把gtid_purged置空
-
gtid_purged 该变量中记录的是本机上已经执行过，但是已经被purge binary logs to命令清理的gtid_set
image.png 根据
show global variables like '%gtid%'的命令结果我们可以看到，和GTID相关的变量中有一个gtid_purged。从字面意思以及 官方文档可以知道该变量中记录的是本机上已经执行过，但是已经被purge binary logs to命令清理的gtid_set。强行同步
【mysql】 > set global gtid_purged = '24024e52-bd95-11e4-9c6d-926853670d0b:1';
set global gtid_purged用于跳过此gtid，强行同步下一个gtid事件
转自：https://blog.csdn.net/woailyoo0000/article/details/88981380
