1、MySQL5.7 新特性：gtid复制
①：GTID是什么
是事务的ID,唯一识别号,全局唯一。
随事务记录到Binary Log中，用来标识事务。
每个事务有一个Gtid_log_event。
②：GTID的构成
UUID + Sequence Number
注意：Sequence Number是MySQL服务器内部的一个事务顺序号.一个MySQL服务器上的事务不会有重复的顺序号(保证服务器内唯一)。
每个MySQL服务器有一个全局唯一的UUID.
③：GTID的目的
简化复制的使用过程和降低复制集群维护的难度：不再依赖Master的binlog文件名和文件中的位置。
由 CHANGE MASTER TO MASTER_LOG_FILE=‘Master-bin.000010’, MASTER_LOG_POS=‘214’; 改为：CHANGE MASTER TO AUTO_POSITION=1;
④：AUTO_POSITION的原理
*：MySQL Server 记录了所有已经执行了的事务的GTID，包括复制过来的。
可用过系统变量Gtid_executed查看。
*：Slave记录了所有从master接收过来的事务的GTID。
可通过Retrieve_gtid_set查看
*：Slave连接到Master时，会把gtid_executed中的gtid发给master. Master会自动跳过这些事务，只将没有复制的事物发送到Slave去。
⑤：MySQL5.7GTID在线启用GTID功能的优点
不需要重启MySQL服务器.
配置过程在线，整个复制集群仍然对外提供读和写的服务.
不需要改变复制拓扑结构.
可以在任何结构的复制集群中在线启用GTID功能.
更简单的搭建主从复制。
比传统的复制更加安全。
GTID是连续的没有空洞的，保证数据的一致性，零丢失。
⑥：GTID的开启场景
新系统搭建时直接开启GTID功能
老系统升级到MySQL5.7后开启GTID功能
老系统开启GTID的复杂性
复制集群中有的开启了GTID，有的没有开启。
开启前的BINLOG中的事务没有GTID，开启后的有GTID
GTID启动过程中的模式：
全局系统变量GTID_MODE
OFF 不产生GTID, Slave只接受不带GTID的事务
OFF_PERMISSIVE 不产生GTID, Slave即接受不带GTID的事务也接受带GTID的事务
ON_PERMISSIVE 产生GTID, Slave即接受不带GTID的事务也接受带GTID的事务
ON 产生GTID, Slave只接受带GTID的事务
⑦：简化的配置过程
SET @@GLOBAL.GTID_MODE = OFF_PERMISSIVE; (在每一个服务器上设置)
SET @@GLOBAL.GTID_MODE = ON_PERMISSIVE; (在每一个服务器上设置)
等一段时间, 让不带GTID的binlog events在所有的服务器上执行完毕。
SET @@GLOBAL.GTID_MODE = ON; (在每一个服务器上设置)
存储GTID到表中的目的：
支持Slave不开启Binlog的场景
有些Slave永远不会被切换成Master.不开启binlog,可以节省空间，提高性能。
MySQL5.6上GTID只能存储在binlog中，所以必须开启Binlog才能使用GTID功能。
MySQL5.7则不需要开启binlog了。
如何记录GTID到表中
如果开启了binlog，在切换binlog时，将当前binlog的所有GTID插入gtid_executed表中。插入操作等价于一个或多个INSERT语句。
INSERT INTO mysql.gtid_executed(UUID, 1, 100)
如果没有开启binlog，每个事务在提交之前，会执行一个等价的INSERT的操作。此操作是该事务的一部分，和事务的其他操作整体保持原子性。
BEGIN;
…
INSERT INTO mysql.gtid_executed(UUID, 101, 101);
COMMIT;
gtid_executed表的压缩：
压缩前
+--------------------------------------+----------------+--------------+
| source_uuid | interval_start | interval_end |
+--------------------------------------+----------------+--------------+
| xxxxxxxx-4733-11e6-91fe-507b9d0eac6d | 1 | 1 |
+--------------------------------------+----------------+--------------+
| xxxxxxxx-4733-11e6-91fe-507b9d0eac6d | 2 | 2 |
+--------------------------------------+----------------+--------------+
| xxxxxxxx-4733-11e6-91fe-507b9d0eac6d | 3 | 3 |
+--------------------------------------+----------------+--------------+
压缩后
+--------------------------------------+----------------+--------------+
| source_uuid | interval_start | interval_end |
+--------------------------------------+----------------+--------------+
| xxxxxxxx-4733-11e6-91fe-507b9d0eac6d | 1 | 3 |
+--------------------------------------+----------------+--------------+
控制压缩频率
mysql> SET GLOBAL gtid_executed_compression_period = N; (N – 事务的数量)
GTID的受限语句检测：
GTID不支持的语句/事务:
CREATE TABLE … SELECT
事务中同时使用了支持事务和不支持事务的引擎。
BEGIN；
INSERT INTO innodb_tbl(…);
INSERT INTO myisam_tbl(…);
COMMIT;
在事务中使用CREATE/DROP TEMPORARY TABLE
BEGIN；
INSERT INTO innodb_tbl(…);
CREATE TEMPORARY TABLE temp1;
．．．
COMMIT;
启用GTID前，检测系统中是否有GTID不支持的语句/事务，提前处理。
全局系统变量enforce-gtid-consistency
OFF ：不检测是否有GTID不支持的语句/事务
WARN ：当发现不支持的语句/事务时，返回警告，并在日志中记录警告信息。
ON ：当发现语句/事务不支持GTID时，返回错误。
+---------+------+---------------------------------------------------------------+
| Level | Code | Message |
+---------+------+---------------------------------------------------------------+
| Warning | 1786 | Statement violates GTID consistency: CREATE TABLE ... SELECT. |
+---------+------+---------------------------------------------------------------+
在线上的数据库服务器或测试环境中，开启WARN模式。
处理完GTID不支持的语句后，再启用GTID。
