📢📢📢📣📣📣
哈喽!大家好,我是【IT邦德】,江湖人称jeames007,10年DBA工作经验
一位上进心十足的【大数据领域博主】!😜😜😜
中国DBA联盟(ACDU)成员,目前从事DBA及程序编程
擅长主流数据Oracle、MySQL、PG 运维开发,备份恢复,安装迁移,性能优化、故障应急处理等。
✨ 如果有对【数据库】感兴趣的【小可爱】,欢迎关注【IT邦德】💞💞💞
❤️❤️❤️感谢各位大可爱小可爱!❤️❤️❤️
文章目录
前言
MySQL的各种高可用架构,都脱离不了MySQL实例之间的数据同步,本博客详细的对GTID复制做了说明🚀 1.GTID 复制
🌈 1.1 原理
GTID(Global Transaction ID,全局事务ID)
是全局事务标识符,是一个已提交事务的编号,并且是一个全局唯一的编号。
GTID是从MySQL 5.6版本开始在主从复制方面推出的重量级特性。
GTID实际上是由UUID+TID组成的。其中UUID是一个MySQL实例的唯一标识。
GTID代表了该实例上已经提交的事务数量,并且随着事务提交单调递增。
GTID有如下几点作用:
① 根据GTID可以知道事务最初是在哪个实例上提交的。
② GTID的存在方便了Replication的Failover。
因为不用像传统模式复制那样去找master_log_file和master_log_pos。
③ 基于GTID搭建主从复制更加简单,确保每个事务只会被执行一次。
🌈 1.2 功能
1、GTID 使用 master_auto_position=1 代替了基于 bin
MySQL8 GTID复制实战:1主2从高可用配置

本文介绍了MySQL8中GTID复制的原理和功能,包括其简化主从复制搭建和方便Failover的优势。通过详细步骤演示了如何搭建1个主库和2个从库的GTID复制环境,包括下载镜像、创建映射目录、容器部署、参数配置、主从同步以及同步确认,帮助读者掌握MySQL8的高可用性设置。
订阅专栏 解锁全文
5266





