MySQL5.7新特性——gtid基础

收入啤酒88

　　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。