mysqldump GTID 复制问题及解决方案

在数据库迁移或复制过程中，GTID（全局事务标识符）相关问题常常会导致复制失败。本文将详细分析此问题及其解决方法。

问题描述

当我们在主机重启后，尝试启动复制时，常会遇到以下错误：

主机重启后，START SLAVE命令执行失败。

复制进程抛出错误，提示无法继续复制。

此问题与MySQL的GTID复制机制有关。具体来说，是GTID执行记录表 (mysql.gtid_executed) 的状态没有正确迁移，导致新主机无法正常读取并应用binlog文件。

在MySQL 5.7及以后版本中，GTID复制已进行了优化：

不再需要开启log-slave-updates选项。

增加了gtid_executed表来记录已执行的事务。

该表仅在binlog_switch或mysql shutdown事件触发时更新。

由于在源库执行mysqldump时，gtid_executed表的数据被完整导出至目标库。在主机重启后，新库尝试根据gtid_executed表状态读取binlog文件，但由于表未及时更新，导致binlog应用错误，进而引发复制失败。

为了避免上述问题，可以在mysqldump时对gtid_executed表进行忽略：

mysqldump --ignore-table=mysql.gtid_executed ... > XXX.sql

或者，使用-F选项触发gtid_executed表的更新：

mysqldump --single-transaction --master-data=2 -A --flush-privileges ... > XXX.sql

在源库执行 mysqldump：

mysqldump --single-transaction --master-data=2 -A --flush-privileges > source.sql

在目标库执行操作：

STOP SLAVE;RESET MASTER;RESET SLAVE ALL;source source.sql;FLUSH PRIVILEGES;CHANGE MASTER TO ... MASTER_AUTO_POSITION=1;START SLAVE;

验证复制状态：确保所有SLAVE节点均正常运行，并且SHOW SLAVE STATUS显示Relay_log Masters为空。

GTID复制问题往往与GTID执行记录表的状态有关。在mysqldump时，通过忽略或更新gtid_executed表，可以有效避免复制错误。MySQL 5.7及以后版本的优化使得这一问题得到了有效解决，确保GTID复制过程的稳定性。

转载地址：http://olffk.baihongyu.com/

你可能感兴趣的文章