MySQL5.7新特性——gtid基础

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 |

压缩后

| 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 

   CREATE　TEMPORARY TABLE temp1;

   ．．．

启用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。

本文转自一个笨小孩51CTO博客，原文链接：http://blog.51cto.com/fengfeng688/1924994 ，如需转载请自行联系原作者