MySQL5.7新增加的特性gtid基础介绍
admin
2023-03-24 03:40:34
0次

下文主要给大家带来MySQL5.7新增加的特性gtid基础,希望这些内容能够带给大家实际用处,这也是我编辑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.7新增加的特性gtid基础介绍

⑤: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。

对于以上关于MySQL5.7新增加的特性gtid基础,大家是不是觉得非常有帮助。如果需要了解更多内容,请继续关注我们的行业资讯,相信你会喜欢上这些内容的。

相关内容

热门资讯

空调连续工作多久需要停机休息 空调连续工作的时间取决于多个因素,包括空调的型号、功率、使用环境和维护情况等。一般来说,空调可以连续...
空调哪个符号是除湿的 空调除湿功能通常用一个水滴形状的符号表示。不同品牌和型号的空调遥控器可能会有所差异,但一般来说,除湿...
格力空调多长时间加一次氟利昂 1、一般情况下,空调对氟利昂的使用量是非常小的,所以在空调使用了四年左右的时候再考虑加也没问题。2、...
空调用多长时间需要加氟一次 一般情况下是五年。当出现以下这几种情况时,空调才需要加氟。1、空调的室内机和室外机各有两个接口,当接...
格调生活·C标思享荟:卡萨帝在... 9月12日的郑州龙湖金融岛,夜风轻拂,灯光璀璨。“C标时刻共传奇——卡萨帝思享荟暨20周年品牌盛典郑...
品牌价值破千亿、高端份额持续领... 9月12日,“C标时刻共传奇——卡萨帝思享荟暨20周年品牌盛典郑州站”在郑州龙湖金融岛举办。2026...
空调主板坏了修800还是换新的 空调主板坏了是修还是换新,需要考虑多个因素,以下是一些建议:1. 维修成本:如果维修费用较低,比如 ...
空调开多久需要休息多长时间 问题:空调开多久需要休息多长时间回答:1、在使用空调的过程中,一般空调开7~8个小时左右需要休息2~...
中央空调多长时间清洗一次 1、一般空调开机前清洗一次即可,空调开机中间时段再清洗一次,空调关机时清洗一次,这样比较合理。2、空...
中央空调氟利昂多久加一次 看空调制热和制冷程度,很多人的观点认为氟利昂必须一年放一次,其实这个观点是错误的,理解上面有点偏差,...