GTID复制需主从库均启用binlog、设置唯一server-id、开启gtid-mode与log-slave-updates；主库创建复制用户后，从库通过CHANGE MASTER TO指定MASTER_AUTO_POSITION=1实现自动定位同步；配置完成后检查Slave_IO_Running和Slave_SQL_Running为Yes，确保复制正常；若因binlog被清除导致错误，应调整expire_log_days或重建从库。
MySQL GTID复制配置方法
GTID（Global Transaction Identifier）复制是MySQL 5.6及以上版本提供的一种更简单、安全的主从复制方式。它通过全局事务编号来唯一标识每个事务，避免了传统基于二进制日志文件名和位置的管理复杂性。
1. 启用GTID复制的前提条件
确保主库和从库满足以下要求：
- MySQL版本 ≥ 5.6，并推荐使用5.7或8.0版本以获得更好的支持
- 开启二进制日志（binary log）
- 启用log_slave_updates（从库需记录回放的事务到自己的binlog）
- 服务器有唯一的server-id
- 建议使用InnoDB存储引擎，保证事务一致性
2. 主库（Master）配置
编辑主库的my.cnf（或my.ini）配置文件，在[mysqld]段添加以下参数：
[mysqld] server-id = 1 log-bin = mysql-bin binlog-format = ROW gtid-mode = ON enforce-gtid-consistency = ON log-slave-updates = ON
说明：
- server-id：每台MySQL实例必须唯一，主库设为1
- log-bin：启用二进制日志
- binlog-format=ROW：GTID要求使用ROW格式
- gtid-mode=ON：开启GTID模式
- enforce-gtid-consistency=ON：确保所有事务符合GTID安全要求
- log-slave-updates=ON：从库将重放的事务写入自己的binlog，用于级联复制
配置完成后重启MySQL服务：
sudo systemctl restart mysql
3. 从库（Slave）配置
在从库的my.cnf中配置类似内容，注意修改server-id：
[mysqld] server-id = 2 log-bin = mysql-bin binlog-format = ROW gtid-mode = ON enforce-gtid-consistency = ON log-slave-updates = ON
同样重启MySQL服务。
4. 创建复制用户
在主库上创建用于复制的账号：
第一步】：将安装包中所有的文件夹和文件用ftp工具以二进制方式上传至服务器空间;(如果您不知如何设置ftp工具的二进制方式，可以查看：(http://www.shopex.cn/support/qa/setup.help.717.html)【第二步】：在浏览器中输入 http://您的商店域名/install 进行安装界面进行安装即可。【第二步】：登录后台，工具箱里恢复数据管理后台是url/sho
mysql> CREATE USER 'repl'@'%' IDENTIFIED BY 'your_password'; mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; mysql> FLUSH PRIVILEGES;
5. 配置从库连接主库
登录从库MySQL，执行CHANGE MASTER命令：
mysql> STOP SLAVE;mysql> CHANGE MASTER TO MASTER_HOST='master_ip', MASTER_USER='repl', MASTER_PASSWORD='your_password', MASTER_PORT=3306, MASTER_AUTO_POSITION = 1;
mysql> START SLAVE;
关键点：使用MASTER_AUTO_POSITION = 1，表示启用基于GTID的自动定位，无需手动指定binlog文件和位置。
6. 检查复制状态
查看从库是否正常运行：
mysql> SHOW SLAVE STATUS\G
关注以下字段：
- Slave_IO_Running: Yes
- Slave_SQL_Running: Yes
- Retrieved_Gtid_Set：已接收的GTID集合
- Executed_Gtid_Set：已执行的GTID集合
- Auto_Position: 1（表示启用了自动位置）
7. 常见问题处理
如果出现错误，如：
Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'The slave is connecting using CHANGE MASTER TO MASTER_AUTO_POSITION = 1, but the master has purged binary logs containing GTIDs that the slave requires.'
可能原因是主库已清除从库需要的binlog。解决办法：
- 确保主库保留足够的binlog时间（设置expire_log_days或binlog_expire_logs_seconds）
- 必要时重新做一次全量备份恢复从库
若需跳过某个事务（谨慎操作）：
mysql> SET GTID_NEXT='xxx-xxxx-xxxx'; -- 指定要跳过的GTID mysql> BEGIN; COMMIT; mysql> SET GTID_NEXT='AUTOMATIC';
基本上就这些。配置正确后，GTID复制会自动同步数据，即使主从切换也能准确定位复制位置。
