mysql复制(四)- 基于GTID的复制的搭建

复制相关总结

第一章 复制的概念及用途
第二章 基于二进制日志的复制的搭建
第三章 基于二进制日志的复制的问题及处理
第四章 基于GTID的复制的搭建
第五章 基于GTID的复制的问题及处理
第六章 复制所涉及的相关参数


提示:写完文章后,目录可以自动生成,如何生成可参考右边的帮助文档


前言

提示:这里可以添加本文要记录的大概内容:
例如:随着人工智能的不断发展,机器学习这门技术也越来越重要,很多人都开启了学习机器学习,本文就介绍了机器学习的基础内容。


提示:以下是本篇文章正文内容,下面案例可供参考

一、在线搭建

1.修改ENFORCE_GTID_CONSISTENCY状态为(warn)(在每台服务器上执行)

SET @@GLOBAL.ENFORCE_GTID_CONSISTENCY = WARN;

让服务器在正常工作负载下运行一段时间并监控日志。如果此步骤导致日志中出现任何警告,请调整您的应用程序,使其仅使用与 GTID 兼容的功能并且不生成任何警告。

2.修改ENFORCE_GTID_CONSISTENCY状态为(on)(在每台服务器上执行)

 SET @@GLOBAL.ENFORCE_GTID_CONSISTENCY = on;

3.开启gtid(1)(在每台服务器上执行)

SET @@GLOBAL.GTID_MODE = OFF_PERMISSIVE;

4.开启gtid(2)(在每台服务器上执行)

SET @@GLOBAL.GTID_MODE = ON_PERMISSIVE;

5.在每台服务器上,等待状态变量ONGOING_ANONYMOUS_TRANSACTION_COUNT为零

SHOW STATUS LIKE 'ONGOING_ANONYMOUS_TRANSACTION_COUNT';
# 在复制的节点上,理论上有可能显示零,然后再次非零。这不是问题,它显示零一次就足够了

6.验证所有匿名事务是否都被提交

# master
SHOW MASTER STATUS;
# slave
SELECT MASTER_POS_WAIT(file, position);

7.二进制的处理(非必要步骤)

flush logs;
# 便于区分有gtid和没有gtid的二进制,最理想的情况下是等没有二进制的gtid都到期了再进行下一步

8.开启gtid(3)(在每台服务器上执行)

SET @@GLOBAL.GTID_MODE = ON;

9.在每台服务器上,将gtid_mode=ON和 添加enforce_gtid_consistency=ON到 my.cnf.

您现在可以保证所有事务都有一个 GTID(步骤 5 或更早版本中生成的事务除外,它们已经被处理)。要开始使用 GTID 协议以便以后可以执行自动故障转移,请在每个副本上执行以下操作。或者,如果您使用多源复制,请为每个通道执行此操作并包含以下 子句: FOR CHANNEL channel

STOP SLAVE [FOR CHANNEL 'channel'];
CHANGE MASTER TO MASTER_AUTO_POSITION = 1 [FOR CHANNEL 'channel'];
START SLAVE [FOR CHANNEL 'channel'];

二、在线关闭gtid

关闭基本与开启的步骤是相反的

1.在每个副本上执行以下操作,如果您使用多源复制,请为每个通道执行并包含FOR CHANNEL通道子句:

STOP SLAVE [FOR CHANNEL 'channel'];
CHANGE MASTER TO MASTER_AUTO_POSITION = 0, MASTER_LOG_FILE = file, \
MASTER_LOG_POS = position [FOR CHANNEL 'channel'];
START SLAVE [FOR CHANNEL 'channel'];

2.关闭gtid(1)(在每台服务器上执行)

SET @@GLOBAL.GTID_MODE = ON_PERMISSIVE;

3.关闭gtid(2)(在每台服务器上执行)

SET @@GLOBAL.GTID_MODE = OFF_PERMISSIVE;

4.在每个服务器上,等待变量@@GLOBAL.GTID_OWNED 等于空字符串。这可以使用以下方法检查:

SELECT @@GLOBAL.GTID_OWNED;
# 在副本上,理论上有可能这是空的,然后又是非空的。这不是问题,它是空的一次就足够了。

5.等待任何二进制日志中当前存在的所有事务复制到所有副本。匿名事务是否已复制到所有服务器的一种方法,如下

# master
SHOW MASTER STATUS;
# slave
SELECT MASTER_POS_WAIT(file, position);

6.二进制的处理(非必要步骤)

flush logs;
# 便于区分有gtid和没有gtid的二进制,最理想的情况下是等没有二进制的gtid都到期了再进行下一步,这是此过程中的一个重要点。重要的是要了解包含 GTID 事务的日志在下一步之后不能使用。在继续之前,您必须确保 GTID 事务不存在于拓扑中的任何位置。

7.关闭gtid(3)(在每台服务器上执行)

SET @@GLOBAL.GTID_MODE = OFF;

8.在每台服务器上, 在 my.cnf写入gtid_mode=OFF

如果你想设置 enforce_gtid_consistency=OFF,你现在可以这样做。设置后,您应该添加 enforce_gtid_consistency=OFF 到您的配置文件中。


三、离线

只需要将gtid_mode=on,enforce_gtid_consistency=on加入到配置文件中,停止复制,重启机器,然后执行

CHANGE MASTER TO MASTER_AUTO_POSITION = 1 [FOR CHANNEL 'channel'];

然后启动复制即可

MySQL 中的 `--set-gtid-purged=OFF` 是在使用 `mysqldump` 工具备份数据库时的一个选项,它与 GTID(Global Transaction Identifier)相关。GTIDMySQL 5.6 引入的一种事务标识机制,用于唯一标识每个事务,并在主从复制中确保数据一致性。 ### `--set-gtid-purged=OFF` 的作用 当 `--set-gtid-purged=OFF` 被指定时,`mysqldump` 不会在输出文件中包含任何 `SET @@GLOBAL.GTID_PURGED` 语句。这意味着备份文件不会记录当前服务器上已执行的 GTID 集合。相反,如果该选项未被设置或设置为默认值(ON),则会在备份文件中插入一条类似 `SET @@GLOBAL.GTID_PURGED='uuid:1-761734';` 的语句,以记录备份开始时的 GTID 状态[^2]。 禁用此功能的主要目的是为了防止目标数据库继承源数据库GTID 执行历史。这在某些场景下非常有用,例如: - **恢复到新环境**:当你希望将备份恢复到一个全新的环境中,并且不希望保留原始数据库GTID 历史信息时,可以使用 `--set-gtid-purged=OFF`。 - **避免冲突**:如果你计划将多个不同的备份合并到同一个数据库实例中,或者你担心不同来源的 GTID 可能导致冲突,则可以通过关闭此功能来避免潜在的问题[^5]。 ### 使用场景 #### 主从复制配置 在进行主从复制时,如果启用了 GTID 模式,那么通常需要确保从库能够正确地从中继日志中读取并应用事务。在这种情况下,使用 `--set-gtid-purged=OFF` 可以保证导入的新数据库会记录 binlog 日志,这对于后续的数据同步至关重要。如果不添加这个参数,在导入备份后,新的主库可能不会记录相应的 binlog,从而导致从库无法接收到这些更改[^3]。 #### 数据迁移 当你执行跨服务器的数据迁移任务时,特别是当目标服务器是空的或者是首次初始化的情况下,采用 `--set-gtid-purged=OFF` 可以帮助你在目标端建立独立的 GTID 追踪体系,而不是延续原有服务器的历史记录。这样做有助于简化故障排查和维护工作。 #### 测试与开发环境搭建 对于测试或开发用途的数据库副本来说,往往不需要关心原始生产环境中的 GTID 信息。因此,在创建这样的非生产环境副本时,选择 `--set-gtid-purged=OFF` 能够使得这些环境更加干净、易于管理。 ```bash # 示例命令展示如何使用 --set-gtid-purged=OFF 参数 mysqldump -uroot -p -R -e --triggers --master-data=2 --single-transaction --set-gtid-purged=OFF world country > /tmp/countryyes.sql ``` 上述命令展示了如何通过 `mysqldump` 创建一个包含存储过程、事件调度器对象以及触发器的世界数据库 country 表的逻辑备份,同时指定了 `--set-gtid-purged=OFF` 来排除 GTID_PURGED 设置语句[^4]。 ### 注意事项 尽管 `--set-gtid-purged=OFF` 提供了灵活性,但在实际操作中也需要注意以下几点: - 在启用 GTID 的环境下,必须谨慎处理备份和恢复流程,以确保所有节点之间的数据一致性。 - 如果忽略了 GTID_PURGED 的设置,可能会导致某些事务在恢复过程中被错误地跳过或重复执行。 - 对于部分数据库或表的备份,应该特别注意是否要包括所有相关的 GTID 信息,因为这会影响到最终的一致性和可恢复性。 综上所述,`--set-gtid-purged=OFF` 是一种控制 mysqldump 输出中 GTID 相关信息的方法,其适用性取决于具体的业务需求和技术考量。根据实际情况合理选择该参数的状态可以帮助更好地管理和维护基于 GTIDMySQL 系统。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值