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无法启用。
