17370845950

GTID复制需MySQL 5.6+且主从均启用binlog与唯一server-id，配置gtid_mode、enforce-gtid-consistency等参数并设置MASTER_AUTO_POSITION=1实现自动定位，通过SHOW SLAVE STATUS验证Using_Gtid及复制线程状态，确保一致性避免ERROR 1839。

MySQL的GTID（Global Transaction Identifier）是一种用于标识事务的全局唯一机制，它让主从复制更加可靠、简单。开启GTID后，每个事务都会被分配一个全局唯一的ID，这使得在主从切换、故障恢复时无需手动指定binlog文件和位置，极大简化了复制管理。

启用GTID复制的前提条件

要在MySQL复制中使用GTID，需确保以下几点：

• MySQL版本 >= 5.6（推荐5.7及以上）
• 主库和从库都必须启用binlog
• 主从服务器的server-id必须唯一
• 建议设置log-slave-updates，以便级联复制
• 所有事务必须在同一个数据库上下文中执行，避免跨库DDL与DML混合操作

配置主库支持GTID

修改主库的my.cnf配置文件，添加或修改以下参数：

[mysqld]
server-id = 1
log-bin = mysql-bin
binlog-format = ROW
gtid_mode = ON
enforce-gtid-consistency = ON
log-slave-updates = ON

重启主库使配置生效，并创建用于复制的账号：

CREATE USER 'repl'@'%' IDENTIFIED BY 'password';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';
FLUSH PRIVILEGES;

配置从库启用GTID复制

同样在从库的my.cnf中设置：

[mysqld]
server-id = 2
log-bin = mysql-bin
binlog-format = ROW
gtid_mode = ON
enforce-gtid-consistency = ON
log-slave-updates = ON

重启从库后，使用CHANGE MASTER命令连接主库：

CHANGE MASTER TO
  MASTER_HOST='master_ip',
  MASTER_USER='repl',
  MASTER_PASSWORD='password',
  MASTER_PORT=3306,
  MASTER_AUTO_POSITION = 1;

注意：关键在于MASTER_AUTO_POSITION = 1，它表示启用基于GTID的自动定位，不再需要手动指定binlog文件和位置。

启动并验证GTID复制

启动复制线程：

START SLAVE;

查看复制状态：

SHOW SLAVE STATUS\G

关注以下字段：

• Slave_IO_Running: 应为Yes
• Slave_SQL_Running: 应为Yes
• Using_Gtid: 显示为Master_Pos 或 Current_Pos 表示GTID已启用
• Retrieved_Gtid_Set: 从主库接收到的GTID集合
• Executed_Gtid_Set: 当前已执行的GTID集合

如果一切正常，说明GTID复制已成功运行。

常见问题处理

若出现错误如ERROR 1839（GTID inconsistency），可能是因为非事务性操作或跳过事务导致GTID集合不一致。可尝试以下方法修复：

• 临时关闭GTID一致性（不推荐长期使用）：

STOP SLAVE;
SET SESSION sql_log_bin = 0;
SET GLOBAL gtid_mode = OFF_PERMISSIVE;
-- 处理异常后重新开启

• 跳过单个事务（谨慎使用）：

SET GTID_NEXT='aaa-bbb-ccc-ddd:N';
BEGIN; COMMIT;
SET GTID_NEXT='AUTOMATIC';

基本上就这些。GTID让MySQL复制更智能，只要配置正确，主从同步会更稳定，尤其适合高可用架构中的自动故障转移场景。不复杂但容易忽略细节，比如enforce-gtid-consistency必须开启，否则GTID无法启用。