千家信息网

MySQL5.7新增加的特性gtid基础介绍

发表于:2024-09-21 作者:千家信息网编辑
千家信息网最后更新 2024年09月21日,下文主要给大家带来MySQL5.7新增加的特性gtid基础,希望这些内容能够带给大家实际用处,这也是我编辑MySQL5.7新增加的特性gtid基础这篇文章的主要目的。好了,废话不多说,大家直接看下文吧
千家信息网最后更新 2024年09月21日MySQL5.7新增加的特性gtid基础介绍

下文主要给大家带来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.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基础,大家是不是觉得非常有帮助。如果需要了解更多内容,请继续关注我们的行业资讯,相信你会喜欢上这些内容的。

0