mysql如何配置GTID复制

P粉602998670
发布: 2025-10-11 09:00:01
原创
569人浏览过
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复制

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. 创建复制用户

在主库上创建用于复制的账号:

琅琅配音
琅琅配音

全能AI配音神器

琅琅配音 208
查看详情 琅琅配音
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;
<p>mysql> CHANGE MASTER TO
MASTER_HOST='master_ip',
MASTER_USER='repl',
MASTER_PASSWORD='your_password',
MASTER_PORT=3306,
MASTER_AUTO_POSITION = 1;</p><p>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复制会自动同步数据,即使主从切换也能准确定位复制位置。

以上就是mysql如何配置GTID复制的详细内容,更多请关注php中文网其它相关文章!

最佳 Windows 性能的顶级免费优化软件
最佳 Windows 性能的顶级免费优化软件

每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。

下载
来源:php中文网
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn
最新问题
开源免费商场系统广告
热门教程
更多>
最新下载
更多>
网站特效
网站源码
网站素材
前端模板
关于我们 免责申明 举报中心 意见反馈 讲师合作 广告合作 最新更新 English
php中文网:公益在线php培训,帮助PHP学习者快速成长!
关注服务号 技术交流群
PHP中文网订阅号
每天精选资源文章推送
PHP中文网APP
随时随地碎片化学习

Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号