IT老哥,一个在大厂做高级Java开发的程序员,每天分享技术干货文章
上一篇发了MySQL
主从复制集群搭建流程,不过好像小伙伴们对这个文章并不感兴趣,但是老哥出于对技术的热爱,和对小伙伴们的负责,我还是要写主从复制另一种实现方式:GTID
。这些技术真的蛮重要的,希望你们能学习。
从 MySQL 5.6.5 版本新增了一种主从复制方式:GTID
,其全称是Global Transaction Identifier
,即全局事务标识。通过GTID
保证每个主库提交的事务在集群中都有唯一的一个事务ID
。强化了数据库主从的一致性和故障恢复数据的容错能力。在主库宕机发生主从切换的情况下。GTID
方式可以让其他从库自动找到新主库复制的位置,而且GTID
可以忽略已经执行过的事务,减少了数据发生错误的概率。
GTID
是对一个已经提交事务的编号,并且是全局唯一的。GTID
是由UUID
和TID
组成的。UUID
是MySQL
实例的唯一标识,TID
代表该实例上已经提交的事务数量,随着事务提交数量递增。
举个例子:3E11FA47-71CA-11E1-9E33-C80AA9429562:23
,冒号前面是UUID
,后面是TID
。
这里我们准备两台机器,一主一从。
在[mysqld]
下配置,配置完需要重启
#GTID:
server_id=111 #服务器id,一般设置为机器 IP 地址后三位
gtid_mode=on #开启gtid模式
#强制gtid一致性,开启后对于特定create table不被支持
enforce_gtid_consistency=on
#binlog
log_bin = 二进制日志文件存放路径
log-slave-updates=true
#强烈建议,其他格式可能造成数据不一致
binlog_format=row
#relay log
skip_slave_start=1
在[mysqld]
下配置,配置完需要重启
#GTID:
gtid_mode=on #开启gtid模式
enforce_gtid_consistency=on
#服务器id,一般设置为机器 IP 地址后三位
server_id=222
#binlog
log-bin=slave-binlog
log-slave-updates=true
#强烈建议,其他格式可能造成数据不一致
binlog_format=row
#relay log
skip_slave_start=1
show variables like '%gtid%';
# 建立授权用户
GRANT REPLICATION SLAVE ON *.* TO '用户名'@'从机IP' IDENTIFIED BY '密码';
# 刷新MySQL的系统权限相关表
FLUSH PRIVILEGES;
CHANGE MASTER TO
MASTER_HOST='master的IP',
MASTER_USER='用户名',
MASTER_PASSWORD='密码',
MASTER_PORT=端口号,
# 1 代表采用GTID协议复制
# 0 代表采用老的binlog复制
MASTER_AUTO_POSITION = 1;
start slave;
show slave status\G
show slave hosts;
至此GTID
主从复制方式搭建完毕,可以操作主库验证一下从库是否同步了数据。
云服务器,云硬盘,数据库(包括MySQL、Redis、MongoDB、SQL Server),CDN流量包,短信流量包,cos资源包,消息队列ckafka,点播资源包,实时音视频套餐,网站管家(WAF),大禹BGP高防(包含高防包及高防IP),云解析,SSL证书,手游安全MTP,移动应用安全、 云直播等等。